I say oldie because I'm still on 8.1.7.
I am in the process of testing a new infrastructure in my environment,
and I need to replicate our Dev database onto a new server for testing.
We are running AIX, and the test server is W2K, SP4.
I have installed the 8.1.7.0.0 base install onto this test server, and
am TRYING to get 8.1.7.4 in there (p2376472). I then planned to follow
it up with the Jan 06 CPU (p4751570)
Problem is, when I fire off the installer for the 8.1.7.4 patch,
_nothing happens_. No splash screen, no error message, no nothing. I
even tried running it from the command line with a response file. All I
get is an hourglass for 5 seconds, and then nothing. Back to the
prompt.
I dropped all Oracle services as per the patch readme, and just to be
sure made a local Admin account on the box and used that to kick off
the installer a second time (I'd been using a Domain account which had
been granted Admin privs via group memberships). Again, no luck.
No 'setup.exe' in the Task Manager, either.
I'm _pretty_ sure I have the correct patch installer, and I only just
downloaded it 20 minutes ago.
It may not be relevant, but I am connecting to the server over RDP; the
install of the 8.1.7.0 base worked just fine with this method, so I
don't expect any different with subsequent updates.
Deeply confused. All I can think to do is download Filemon, and go
right down to the lowest level and see what files are being opened.
????
StefanKapitza - 28 Feb 2006 20:14 GMT
> I say oldie because I'm still on 8.1.7.
>
[quoted text clipped - 31 lines]
>
> ????
dont' know if it helps :
- try the setup.exe in install\win32
- check if your directory where you unpack the patch contains spaces/
is to long
- use the console mode
regards
stefan Kapitza
BD - 28 Feb 2006 20:31 GMT
>- try the setup.exe in install\win32
Did that - works for 8.1.7.0 base, but not for 8.1.7.3 nor 8.1.7.4
installers
>- check if your directory where you unpack the patch contains spaces/ is to long
Tried that - moved the installer to d:\Install\8174\Disk1 - no change
>- use the console mode
Do you mean command-line mode? I did try that, and I also fired up
FileMon.exe at the same time it was running - I can see a lot of stuff
going on, files being opened - jrew.exe being called. I wonder if some
Java SDK or Runtime environment should be checked for versions or
updated or something??
Thanks for the tips; I'm gonna follow up on the 'version of jrew.exe'
for now - not much else I can see to try, except for reapplying the
OS's Service Pack or something radical like that.
BD
Ken - 28 Feb 2006 20:35 GMT
> >- try the setup.exe in install\win32
> Did that - works for 8.1.7.0 base, but not for 8.1.7.3 nor 8.1.7.4
[quoted text clipped - 15 lines]
>
> BD
Workaround 1:
1. Create a temporary directory on your server.
2. Copy the entire contents of the Oracle RDBMS Server CD
to the temporary directory created in step 1.
3. Search the directory structure created in Step 1 for the
existence of
the filename symcjit.dll.
4. Rename each copy of the symcjit.dll to symcjit.old.
5. Run the setup.exe from the install\win32 directory (under the
directory
on your hard disk used in Step 1) and install Oracle 8.1.x and
related products.
BD - 28 Feb 2006 20:43 GMT
>Workaround 1:
WELL DONE!
I located that file within a subdirectory of the 8.1.7.4 installer, and
renamed it. The Setup.exe launched as expected.
THANKS!!
BD
Geoff Muldoon - 28 Feb 2006 22:22 GMT
> >Workaround 1:
>
> WELL DONE!
>
> I located that file within a subdirectory of the 8.1.7.4 installer, and
> renamed it. The Setup.exe launched as expected.
IIRC documented as the "Pentium 4 Bug", only affecting version 8.x on
Windows boxes with P4 processors.
GM
BD - 28 Feb 2006 23:16 GMT
>IIRC documented as the "Pentium 4 Bug", only affecting version 8.x on
>Windows boxes with P4 processors.
Good to know. We're _on our way_ off to 10g, but we're not there yet,
sadly. ;)