 | |
oracle 10g installation - access not permitted?
comp.databases.oracle.tools comp.databases.oracle.tools
 |
| | Thread Tools | Display Modes |
#41
 
| |||
| |||
|
Re: oracle 10g installation - access not permitted? -
06-05-2007
, 04:45 AM
|
On Mon, 04 Jun 2007 18:54:36 +0200, "Charles T. Smith" cts.private (AT) yahoo (DOT) com> wrote: It would indeed be a bug if I have to reinstall after the installation process told me that it completed successfully. I suggest *that* is irrefutable and therefore makes your "ridiculous" exclaimation ... an empty claim. I would recommend you stop trolling here, apologize and go away. Obviously you have a faulty install, because you are so 'smart'. Bite the bullet, and re-install, and don't come back here asking for help. In all the time you spent here trolling this forum and flaming and annyoing people here, you could have installed Oracle correctly at least 4 times. |
Does anybody else have the impression that and DA Morgan are the
same person.
Silly me. Somehow I'd connected sybrandb with Oracle.
#42
| |||
| |||
|
|
On Mon, 04 Jun 2007 20:51:21 +0200, sybrandb wrote: On Mon, 04 Jun 2007 18:54:36 +0200, "Charles T. Smith" cts.private (AT) yahoo (DOT) com> wrote: It would indeed be a bug if I have to reinstall after the installation process told me that it completed successfully. I suggest *that* is irrefutable and therefore makes your "ridiculous" exclaimation ... an empty claim. I would recommend you stop trolling here, apologize and go away. Obviously you have a faulty install, because you are so 'smart'. Bite the bullet, and re-install, and don't come back here asking for help. In all the time you spent here trolling this forum and flaming and annyoing people here, you could have installed Oracle correctly at least 4 times. Does anybody else have the impression that and DA Morgan are the same person. Silly me. Somehow I'd connected sybrandb with Oracle. |
I too would recommend you stop trolling here, and either follow the
advice you've been given or go away. You've turned something remarkably
simple, following directions and reading docs, into a multi-day agony.
--
Daniel A. Morgan
University of Washington
damorgan@x.washington.edu
(replace x with u to respond)
Puget Sound Oracle Users Group
www.psoug.org
#43
| |||
| |||
|
|
What about root.sh? It should set permissions, just not sure it sets them on sqlplus, too. Does not harm to run it again. In case you also have root.sh.old, see what that gives, and possibly rerun root.sh.old. These files reside in your $ORACLE_HOME - -- Regards, Frank van Bortel Can one run root.sh at any time? Does it hurt if one runs it again when it was already run once? |
- --
Regards,
Frank van Bortel
Top-posting is one way to shut me up...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFGZblqLw8L4IAs830RAvc2AJoCsmLh5oajs9JAVxrQmP EFvJ0KiQCgnj/c
tnY7BlbZt1LpWkCof3vXGLI=
=QCWe
-----END PGP SIGNATURE-----
#44
| |||
| |||
|
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Charles T. Smith wrote: What about root.sh? It should set permissions, just not sure it sets them on sqlplus, too. Does not harm to run it again. In case you also have root.sh.old, see what that gives, and possibly rerun root.sh.old. These files reside in your $ORACLE_HOME - -- Regards, Frank van Bortel Can one run root.sh at any time? Does it hurt if one runs it again when it was already run once? 2nd line of original posting... |
Right. Sorry for the oversight. I've looked at the script and it's clear
it is exactly what I needed. Must have forgotten to run it, somehow (I
guess after 4 installs, I was getting bleary-eyed). Thank you.
Quote:
|
- -- Regards, Frank van Bortel Top-posting is one way to shut me up... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFGZblqLw8L4IAs830RAvc2AJoCsmLh5oajs9JAVxrQmP EFvJ0KiQCgnj/c tnY7BlbZt1LpWkCof3vXGLI= =QCWe -----END PGP SIGNATURE----- |
#45
| |||
| |||
|
|
On Tue, 05 Jun 2007 21:28:42 +0200, Frank van Bortel wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Charles T. Smith wrote: What about root.sh? It should set permissions, just not sure it sets them on sqlplus, too. Does not harm to run it again. In case you also have root.sh.old, see what that gives, and possibly rerun root.sh.old. These files reside in your $ORACLE_HOME - -- Regards, Frank van Bortel Can one run root.sh at any time? Does it hurt if one runs it again when it was already run once? 2nd line of original posting... Right. Sorry for the oversight. I've looked at the script and it's clear it is exactly what I needed. Must have forgotten to run it, somehow (I guess after 4 installs, I was getting bleary-eyed). Thank you. |
ignored? In that post, I said, "Did you run the root.sh script as 'root'
at the end of your install process?"
Interesting......
--
================================================== =================
Brian Peasland
dba (AT) nospam (DOT) peasland.net
http://www.peasland.net
Remove the "nospam." from the email address to email me.
"I can give it to you cheap, quick, and good.
Now pick two out of the three" - Unknown
--
Posted via a free Usenet account from http://www.teranews.com
#46
| |||
| |||
|
|
And my suggestion to run this script in my post on 5/31/07 was just ignored? In that post, I said, "Did you run the root.sh script as 'root' at the end of your install process?" |
marked the entire thread as read; lame excuse, but he only one I have.
Kudos to Brian - he spotted first!
- --
Regards,
Frank van Bortel
Top-posting is one way to shut me up...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFGZvs5Lw8L4IAs830RAlbIAJ9WBLAxfRTyTEysWZABZM DuSzXENwCdFwXT
JrdMe1d8f5hdLBAmyT+Re7U=
=TKN6
-----END PGP SIGNATURE-----
#47
| |||
| |||
|
|
Charles T. Smith wrote: On Tue, 05 Jun 2007 21:28:42 +0200, Frank van Bortel wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Charles T. Smith wrote: What about root.sh? It should set permissions, just not sure it sets them on sqlplus, too. Does not harm to run it again. In case you also have root.sh.old, see what that gives, and possibly rerun root.sh.old. These files reside in your $ORACLE_HOME - -- Regards, Frank van Bortel Can one run root.sh at any time? Does it hurt if one runs it again when it was already run once? 2nd line of original posting... Right. Sorry for the oversight. I've looked at the script and it's clear it is exactly what I needed. Must have forgotten to run it, somehow (I guess after 4 installs, I was getting bleary-eyed). Thank you. And my suggestion to run this script in my post on 5/31/07 was just ignored? In that post, I said, "Did you run the root.sh script as 'root' at the end of your install process?" Interesting...... |
Sorry, I appreciate your helping me. The exact explanation of how your
correct answer fell through the cracks is as follows - your response was:
Quote:
|
Did you run the root.sh script as 'root' at the end of your install process? Try running the $ORACLE_HOME/install/change_perm.sh shell script to see if that fixes the problem. |
04~/product/10.2.0/Db_1/install>cd $ORACLE_HOME/install
04~/product/10.2.0/Db_1/install>find . -name change\*
04~/product/10.2.0/Db_1/install>
I guess I freudianly overlooked the first one because:
- it seemed too scary
- I still can't understand how it didn't happen, because the install
script waits for that step to be completed before proceeding. I guess
I must have become sidetracked while finding a root window and forgot ...
Seeing as I got two high-quality answers to run the root.sh script, I am
embolden to do so.
#48
| |||
| |||
|
|
On Wed, 06 Jun 2007 08:29:51 -0500, Brian Peasland wrote: Charles T. Smith wrote: On Tue, 05 Jun 2007 21:28:42 +0200, Frank van Bortel wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Charles T. Smith wrote: What about root.sh? It should set permissions, just not sure it sets them on sqlplus, too. Does not harm to run it again. In case you also have root.sh.old, see what that gives, and possibly rerun root.sh.old. These files reside in your $ORACLE_HOME - -- Regards, Frank van Bortel Can one run root.sh at any time? Does it hurt if one runs it again when it was already run once? 2nd line of original posting... Right. Sorry for the oversight. I've looked at the script and it's clear it is exactly what I needed. Must have forgotten to run it, somehow (I guess after 4 installs, I was getting bleary-eyed). Thank you. And my suggestion to run this script in my post on 5/31/07 was just ignored? In that post, I said, "Did you run the root.sh script as 'root' at the end of your install process?" Interesting...... Sorry, I appreciate your helping me. The exact explanation of how your correct answer fell through the cracks is as follows - your response was: Did you run the root.sh script as 'root' at the end of your install process? Try running the $ORACLE_HOME/install/change_perm.sh shell script to see if that fixes the problem. I pursued the second one, but there was no such change_perm.sh: 04~/product/10.2.0/Db_1/install>cd $ORACLE_HOME/install 04~/product/10.2.0/Db_1/install>find . -name change\* 04~/product/10.2.0/Db_1/install I guess I freudianly overlooked the first one because: - it seemed too scary - I still can't understand how it didn't happen, because the install script waits for that step to be completed before proceeding. I guess I must have become sidetracked while finding a root window and forgot ... Seeing as I got two high-quality answers to run the root.sh script, I am embolden to do so. |
#49
| |||
| |||
|
|
On Thu, 07 Jun 2007 11:42:31 +0200, Charles T. Smith wrote: On Wed, 06 Jun 2007 08:29:51 -0500, Brian Peasland wrote: Charles T. Smith wrote: On Tue, 05 Jun 2007 21:28:42 +0200, Frank van Bortel wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Charles T. Smith wrote: What about root.sh? It should set permissions, just not sure it sets them on sqlplus, too. Does not harm to run it again. In case you also have root.sh.old, see what that gives, and possibly rerun root.sh.old. These files reside in your $ORACLE_HOME - -- Regards, Frank van Bortel Can one run root.sh at any time? Does it hurt if one runs it again when it was already run once? 2nd line of original posting... Right. Sorry for the oversight. I've looked at the script and it's clear it is exactly what I needed. Must have forgotten to run it, somehow (I guess after 4 installs, I was getting bleary-eyed). Thank you. And my suggestion to run this script in my post on 5/31/07 was just ignored? In that post, I said, "Did you run the root.sh script as 'root' at the end of your install process?" Interesting...... Sorry, I appreciate your helping me. The exact explanation of how your correct answer fell through the cracks is as follows - your response was: Did you run the root.sh script as 'root' at the end of your install process? Try running the $ORACLE_HOME/install/change_perm.sh shell script to see if that fixes the problem. I pursued the second one, but there was no such change_perm.sh: 04~/product/10.2.0/Db_1/install>cd $ORACLE_HOME/install 04~/product/10.2.0/Db_1/install>find . -name change\* 04~/product/10.2.0/Db_1/install I guess I freudianly overlooked the first one because: - it seemed too scary - I still can't understand how it didn't happen, because the install script waits for that step to be completed before proceeding. I guess I must have become sidetracked while finding a root window and forgot ... Seeing as I got two high-quality answers to run the root.sh script, I am embolden to do so. That is, to rerun it |
instructions."
1. Read the installation guide.
2. Read metalink Note:316900.1 ALERT: Oracle 10g Release 2 (10.2)
Support Status and Alerts
3. That will lead you to Note:316901.1 10.2.0.1 Base Release -
Availability and Known Issues. Under "Upgrade Issues," you will see a
reference to 4516865+ Wrong permissions after install of 10gR2
(10.2.0.1), where '+' indicates a particularly notable issue / bug.
4. Clicking on that 4516865 link gives a brief overview of what to do
about it. In this case, you can drill down to the bug details if you
desire.
5. You should patch beyond the base version, so you need to repeat
the process for each patch. This presumbably would clue you in to the
changeperm issue, which is not fixed in 10.2.0.2 (also noted with a
careful reading of bug 4516865).
6. The opening of permissions is an optional postinstallation task.
This is noted in the patch set notes.
7. Read the installation guide again.
This also highlights the necessity of always stating in detail the
exact versions of everything. Your problem is fixed in 10.2.0.3.
jg
--
@home.com is bogus.
Dissed and Dumped from Dizwell!
(doesn't roll off the tongue like Banned from Burleson, but what can
you do?)
|
« Previous Thread
|
Next Thread »
| Thread Tools | |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.