Invalid staging area problem with downloaded installer - Downloads Issues

I have downloaded the Win98 Personal Oracle 8i installer twice and, though the installer begins to run, there continues to be an error in the "staging area". It refers to NT, but this is the Win98 download. What's wrong? Have also tried changing the install ini file to eliminate relative url references and just typed in the full paths for jre, etc.
Help..........? 

My O/S is NOT Solaris... it's Windows... the browser seemed to change this after I posted the question! Sorry... 

Im having same prob except im running ME and i get no top level components for WIN95 available from this staging area. Nobody has been able to help me so far, so i wish you all the luck in the world. 

Found it. Since XP is a bridge to NT for home computers, install the NT version of Oracle. 8i works, but there is a bug starting the service. Set the service to manual and then follow this procedure:
"There is a very irritating solution.(Atleast it works.)Open the windows Task Manager(ctrl+shift+esc) and under the process tab there will be one called ORACLE.EXE. Right-Click and select End Process Tree. Now start the Database from the Oracle administration for Windows NT MMC. Once This is done You will find the ORACLE.EXE process running in the Task Manager. Right-Click on this and set the priority to above normal or anything higher than normal. If you managed to do this in time, you may find the memory usage increasing to more than 40MB(It will be more than 50 MB if the default database was chosen). If you were not fast enough you may have to repeat the whole procedure once again.
This has to be done everytime the system is started. A good solution would be to hibernate instead of shutting down."

Related

Could EM start-up issues be related to Java SDK version?

... or, more likely, Java Applet Plug-in version.
I have been searching the forums for a couple hours now and have yet to find a definitive answer to EM startup/load/open problems.
My problem is this: When I browse to http://<mycomputer>:1158/em sometimes the login page opens immediately, sometimes it takes five minutes to open, sometimes it never opens. When it does open up, it will continue to open immediately on all revisits until I close all the browsers. Then it is back to waiting and retrying until I get lucky again.
I have tried the various suggestions such as setting ORACLE_SID and ORACLE_HOME and adding my SID to LISTENER.ORA. No changes in behavior.
I have checked C:>emctl status dbconsole and it always shows EM 10g as running.
I am wondering if this could possibly be a compatibility problem if the user has other Java SDK's or Java RTE's installed. I noticed Oracle 10.2.0.1.0 installed Java SDK 1.4.2, and I also have Java SDK 1.6.0 installed. JAVA_HOME points to my JDK 1.6.0 install. My applet JRE version is also 1.6.0.
(Or, perhaps a Java -vs- Internet Explorer bug?) 
Check for related errors in emoms.trc.
One thing you can do for a start is to clear the explorer cache of all previous files 
Thanks for checking in on me.
I have actually solved the majority of my problems on my own by careful examinations during multiple reinstalls. One thing for sure, this is not an IE6 problem--I switched to Firefox and same issues if not worse.
I found a suitable workaround to EM Database Control, iSQL*Plus, ApEx, etc. not loading. That is to replace all the http://_mycomputer_:xxxx addresses with http://127.0.0.1:xxxx. (Also, my static ip http://192.168.2.3:xxxx works, and http://localhost:xxxx does not work.) Obviously, this is something like a DNS issue--I'm not a Net Admin so this is out of my expertise.
FUNNY THING: The install docs address SOHO DHCP installs but not SOHO static IP installs (i.e. with an internet router instead of a network server).
I also found that things work pretty well until I install the HTTP Server from the 10gR2 Companion Products disc. [Please note: I follow the install instructions precisely including pre- and post- procedures and readme's.] What happens during reboot after HTTP Server is installed (yes, into its own home) is that Windows startup takes about 10 minutes and has trouble loading all services. The database doesn't startup either.
To get the database to start, you have to fix the Path settings and reboot. The HTTP Server installer puts it's own /bin path in front of the database /bin path and you need to reverse these to get the database to start during Windows startup. That is only the beginning of the bugs.
Windows still takes 10 minutes to boot and the database starts but OracleOraDb10g_db-httpProcessManager and OracleOraDb10g_dbTNSListener are both hogging the CPU at 50% each. Also, "emctl status dbconsole" says that EM is not running but "emctl start dbconsole" says it is already started. Stop and restart dbconsole and EM Database Control now works but HTTP Server ProcessManager (opmn) and TNSLisenter are still hogging the CPU at 100%. Stopping OracleOraDb10g_db-httpProcessManager seems to get things back to normal but of course the HTTP Server is now down. Starting it back up just hogs the CPU again.
When I figure more of this out I'll post it to the Install forum.
Perhaps, I am not supposed to be able to install HTTP Server and App Express.

Can't Install Application Server  8 for J2EE on win XP

Today i was installing Sun AppServer 8 on (Win XP) but there was a problem and it was aborted and windows forced to shutdown. WhenI reach the installation Directory Creation dialog (C:\Sun\AppServer), it hangs up and never proceeds to installation.
I have tried twice and got the same error.
I read in the release notes that it can be installed on winXP!
Any know issues? 
It is very likely that you now have deadlock situation while installer is trying to access component registry file. To check for this, go into %SYSTEMROOT%\system32 folder and check for the presence of any files whose name starts with "productregistry". Under normal circumstances there should be only one file called productregistry. If you notice file called productregistry.access.tmp (or something similar) delete it. If previous installation was not complete, you might also want to rename productregistry to productregistry.old or something similar since it is quite possible that this file got out of sync.
After this is done, just start another installation.
I have searched for file named "productregistry", no such file exist in my whole c drive, where system32 dir is located. What else shall i do? 
Another thing to check for would be if environment variable SystemDrive is defined. Also, right after installation directory screen, installer checks for port availability. If you have firewall running on the system it might interfere with this process.
At what point exactly does the installer hang? Is it after you click the "Next" button on installation directory screen or before that?
What do u mean if environment variable SystemDrive is defined, which variable u mean exactly, i have a variable for the j2sdk.
I have 2 versions of j2sdk installed in differnt drives on my notebook, j2sdk1.4.0 and j2sdk1.4.2_05, however in the path variable there is only referece to j2sdk1.4.2_05.
What is the port number its looking for?
The installer hangs when i click next in the installation directory after exactly displaying the message that says it needs to create the directory (C:\Sun\AppServer), actually the message doesn't display its full contents, only the title was shown.
Since you are actually getting correct default value for installation directory, that implies that SystemDrive variable is set so you can disregard that part.
Since you are saying that directory creation dialog does not render fully, this might be something similar to the problem reported at the end of this thread:
http://forum.java.sun.com/thread.jsp?forum=14&thread=555366
So, try running installation in command line mode (using -console option) as described there and see if you can get past the point where it hangs. 
Thanks a lot Snjezana :)
I have tried running the installation in command line mode and the installation went smoothly.
The app server is working fine now.
One more Q: Any idea of what is the minimum requirements for the graphic card that is needed for running the installation on GUI mode? 
Well, that's tricky to answer: generally, as long as you are able to support at least 800x600 resolution and True color (32 bit) most Java based GUI applications including J2EE installer should be happy. However, some graphic card drivers seem to have compatibility issues causing intermittent problems ranging from refresh issues all the way to JVM crashing.
If this is the only issue you noticed you probably don't need to take any action on it. If you see other Java GUI application issues one thing you might want to check is if you have the latest driver for your graphic card and update it if newer one is available.

Windows XP and J2SE.

I am installing J2SE in Windows XP SP2. The installation hangs during the installation phase. Any ideas? 
Hi there,
Which version of J2SE and Windows XP are you dealing with?
Karianna 
Good question...Windows XP Pro and J2SE 5.0. It will install jdk 1.5.0 at first, but at the end it freezes and it doesn't install jre 1.5.0. I tried the same executable that I downloaded two weeks ago on another machine, and it installs with no problem. 
Give the online installer a try, it may complete. 
This happened to me on one my XP SP2 machines. Through trial and error I found out that it freezes during the install when it tries to create the "Class Data Sharing" file. During the installation it tries to do a "java -Xshare:dump" which is supposed to create a "jre/bin/client/classes.jsa" file. On my machine it partly created the file and then the java.exe process just hangs. I couldn't even kill this java process. When trying to shutdown the computer, the computer just hung and I finally had to switch my computer off and then on again. After rebooting I could still use java 1.5. But when I try to force it to run sharing with "java -Xshare:on" it would give me an error.
I tried to run "java -Xshare:dump" the java.exe process would give me an error. I then tried to delete the "jre/bin/client/classes.jsa" file then run "java -Xshare:dump" and the java.exe would just hang just like it did during the installation. Had to restart my computer again.
I copied a "jre/bin/client/classes.jsa" from another computer and tried to run "java -Xshare:on". This also gave me an different error. Finally I tried "java -Xshare:dump" with the copied "jre/bin/client/classes.jsa" and then I finally was able to get "java -Xshare:on" to work without error.
In conclusion, my guess is that some machines and OS that the "java -Xshare:dump" just crashes java hard. So hard you have to physically shutoff the computer. I can reproduce this problem at anytime by deleting my "jre/bin/client/classes.jsa" and running "java -Xshare:dump" 
I decide I would try to reproduce it as a stated above. For some reason I can't reproduce it by just deleting the classes.jsa anymore. I had to uninstall the jre and jdk first.
This is what I did step by step.
1. Install jdk.
2. Watch Windows Task Manager. Installation freezes as soon as javaw.exe show up in the window.
3. Try to kill javaw.exe. Then Hard Restart.
4. Execute "java -Xshare:on"
An error has occured while processing the shared archive file.
The shared archive file has the wrong version.
Error occurred during initialization of VM
Unable to use shared archive.
5. Check size of classes.jsa (5,701,632 bytes)
6. Execute "java -Xshare:dump"
Loading classes to share ... done.
Rewriting and unlinking classes ... done.
Calculating hash values for String objects .. done.
Calculating fingerprints ... done.
Removing unshareable information ... done.
Moving most read-only objects to shared space at 0x2aad0000 ... done.
Moving common symbols to shared space at 0x2ae2e848 ... done.
Moving remaining symbols to shared space at 0x2af51148 ... done.
Moving string char arrays to shared space at 0x2af51bd8 ... done.
Moving additional symbols to shared space at 0x2afd2ef0 ... done.
Read-only space ends at 0x2b027960, 5601632 bytes.
Moving read-write objects to shared space at 0x2b2d0000 ... done.
Moving String objects to shared space at 0x2b825be8 ... done.
Read-write space ends at 0x2b8643a8, 5850024 bytes.
Updating references to shared objects ... done.
An error has occured while processing the shared archive file.
Unable to create shared archive file C:\dev\jdk1.5.0\jre\bin\client\classes.jsa.
Error occurred during initialization of VM
Unable to use shared archive.
7. Delete classes.jsa
8. Execute "java -Xshare:dump"
Loading classes to share ... done.
Rewriting and unlinking classes ... done.
Calculating hash values for String objects .. done.
Calculating fingerprints ... done.
Removing unshareable information ... done.
Moving most read-only objects to shared space at 0x2aad0000 ... done.
Moving common symbols to shared space at 0x2ae2e848 ... done.
Moving remaining symbols to shared space at 0x2af51148 ... done.
Moving string char arrays to shared space at 0x2af51bd8 ... done.
Moving additional symbols to shared space at 0x2afd2ef0 ... done.
Read-only space ends at 0x2b027960, 5601632 bytes.
Moving read-write objects to shared space at 0x2b2d0000 ... done.
Moving String objects to shared space at 0x2b825be8 ... done.
Read-write space ends at 0x2b8643a8, 5850024 bytes.
Updating references to shared objects ... done.
9. Check size of classes.jsa (12,517,376 bytes)
10. Repeat with JRE Install. 
I am not able to run the app.java application after downloading the 2sdk version 5 using windows xp. I think I have a problem with the path I typed in the enviornment variable path window.(path=C:\my documents\app.java
I get the error:
javac is not recognized as an internal or external command,or operable program or batch file.
The app.java cant be found. Please help.
Edward Cunningham
cunnec#sbcglobal.net 
#CUNNEC
If you used the default for the install directories the PATH entry for Java 5 is:
C:\Program Files\Java\jdk1.5.0\bin, not what you posted. This should be added to the existing PATH variable contents, rather than replacing them.
If you installed in other than the default directory, the PATH entry is the full path to the file javac.exe. 
This install freeze happened to me with 1.5 update 2 too. I believe all they have to do to fix this freeze is to run java.exe once before running java.exe -Xshare:dump in the installation program. That is why I believe my workaround works. After the freeze and a hard restart if the first thing I run is java.exe -Xshare:dump that java.exe will freeze. 
I also just submitted a bug report. Since it wasn't fixed in the last 2 updates 
The url for this bug is http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6262001 
Try this......... make sure that the Windows Installer service is started and set to automatic.
Right click My Computer\Manage.......... On the right side of the window click on Services and Applications, click on services........ scroll all the way down to Windows Installer, Right Click\Properties...... Start the service and\or change it to Automatic. click on the Log On tab and check mark the Allow service to interact with desktop. Don't forget to click Apply
Also it might be a good idea to empty all temp internet files. hope this works for you guys
One more thing, Its a good idea to restart the computer before trying to install again. and when you empty the Temp. internet files make sure you delete the all the contents in the folder.
Tools\Internet Options\Settings\Veiw Files
This will also help for.....
http://forum.java.sun.com/thread.jspa?threadID=571871 
sorry wrong URL
[b]I ment this one
http://forum.java.sun.com/thread.jspa?threadID=608549 
I had this problem as well on a Dell Precision with a single P4 and hyperthreading turned on. I found that by turning off the hyperthreading in the BIOS that the installation worked fine. 
Update:
The above workaround only works some of the time.
Thanks to billhaake for suggesting hyper-threading. It seems to be more than just a hyperthreading problem, but a multiple CPU problem.
I do have another workaround that works. Just turning off hyper-threading did not work with multiple CPUs. I did get the install to work correctly by turning off hyper-threading and my second processor.
So my new workaround:
Turn off hyper-threading and all CPUs but one in the bios before installing.
This could be fixed pretty easily by Sun in their install by specify only 1 CPU affinity when they spawn off the javaw.exe that creates the shared archive file. That way that javaw.exe only runs on 1 CPU.

Problem starting OEM 9.2.0.1

Hi there,
I frequently experience Problems when I try to start the OEM Console 9.2.0.1 on a Server running MS Windows Server 2003 R2 SP1. The first dialog opens, prompting me to choose Standalone Mode or Management Server Login. After making my choice nothing happens. The corresponding jrew task just hangs. Sometimes I need up to 5 tries to start the OEM Console, which opens up eventually, leaving me with lots of dead jrew tasks to remove. Sometimes it works on first try. I couldn´t figure out any cause for this behaviour. As i said, sometimes it works at once, sometimes I need a lot of patience. There are no error mesages, nothing in the system log no clue whatsoever ...
Any Ideas ?
TIA
Christian 
When this happens, Use Task Manager to check the current Memory Usage and CPU Usage.
You may simply be running out of system resource 
I must admit, I see this behaviour as well from time to time, although the second attempt normally goes in ok. Time to go to 10g?
Bazza 
How about running OEM console on a client as opposed to directly on the server? This is usually what i do....i have it on my own workstation and just launch it..at times i have to do it twice but it's been working well for me. 
The first dialog opens, prompting me to choose Standalone Mode or Management Server Login.
After making my choice nothing happensWhich of these two options do you connect to? 
I don´t use a Management Server, so I always start in Standalone Mode. And yes, I have the OEM on my Client too. Strangely, I have no Problems on the Client, only on the Server. Sometimes I need to work directly on the Server and it is much more convenient to have an OEM there as well (that is, if it starts ...) 
Well as rodneyli mentioned, I would prefer to run it from the client and only try on the server when I am directly connected to the server

Can't start 1.5.5 on WinXP64

I am running WinXP64-bit SP2, and reloaded 11.0.6 after a major disk crash. Following the install, I replaced the default instance of SQL_Developer with freshly released 1.5.5 after deleting all the old SQL-Developer files, and copying in the new ones.
The first run using "sqldeveloper.exe" from the top level directory (not the lower BIN directory) was successful. Running through the Preferences, I turned off the splash screen and changed from the Oracle to the Windows display styloe (for interest, not having seen it). At that point, it was required to restart it.
I restarted from the same top-level "sqldeveloper.exe" and was nothing happen. I try going down to the lower level "sqldeveloper.exe" and tried it there, and nothing happened, I then tried "sqldeveloperw.exe" likewise nothing happened. I went to Task Manager, and found several "sqldeveloper.exe" and "sqldeveloperw.exe" processes. I stopped them all then retried, and had the first attempt given me a command prompt screen with the Java start-up script, but this did not finishing executing and hung. I tried this several more times with the same "sqldeveloper.exe"/"sqldeveloperw.exe" starts.
I finally looked for the Application Data in Docs & Settings, and found an old copy in a different user directory, and still have the same problem.
Do I need to reinstall this, and does this have something to do with running on WinXP64 instead of standard WinXP32.
Any suggestions are welcomed.
Thanks! 
I've read from a few posters here do NOT install over the old version..Install the new version into a different directory. The new version will ask if you want to migrate your old settings. If you have them saved before the crash (mine under 32bit XP are in C:\Documents and Settings\myname\Application Data\SQL Developer with a system name (i.e. system1.5.4.59.40). Not sure what you mean by copying in - assuming you told your zip util to extract to your prior directory.
Also check your JDK version if what I said above doesn't help. For Windows O/S, install guide just shows
Windows 2000-Service Pack 4
Windows XP-Service Pack 2
Windows 2003 R2
Hope this helps some
Evita 
He said he cleaned the directory first... 
Sqldev won't work with a 64 bit JDK; make sure you're using a 32 bit.
If still no go, I'd say the Windows L&F is giving you problems (as it did for sooo many others, including me). Backup/delete the Application Data\SQL Developer\system1.5.5.59.69 folder under your Windows profile to have default settings restored.
Hope that helps,
K.

Categories

Resources