Due to recent updates, all users are required to create an Altair One account to login to the RapidMiner community. Click the Register button to create your account using the same email that you have previously used to login to the RapidMiner community. This will ensure that any previously created content will be synced to your Altair One account. Once you login, you will be asked to provide a username that identifies you to other Community users. Email us at Community with questions.
RapidMiner Hangs on Startup - Windows
Hello,
We have installed RapidMiner 9.4.1 32bit on a Windows 10 Enterprise system with Java 8. These are beefy 7th gen I7s with 32 GB of RAM and 1TB SSD machines, so specs should be fine.
When we install the software and everything seems fine. After install the the software auto-launches and we accept the EULA. The GUI briefly appears, but then it then crashes and will not launch again.
When launching via the batch file we get:
The GUI never launches and no error messages are displayed. The command prompt does not come back, so it's doing something :-) The environment variable, while not set, seems to default to the correct location.
The startup log contains a bunch of INFO notices, but no errors.
Any suggestions?
Thanks,
Steve
We have installed RapidMiner 9.4.1 32bit on a Windows 10 Enterprise system with Java 8. These are beefy 7th gen I7s with 32 GB of RAM and 1TB SSD machines, so specs should be fine.
When we install the software and everything seems fine. After install the the software auto-launches and we accept the EULA. The GUI briefly appears, but then it then crashes and will not launch again.
When launching via the batch file we get:
<div>C:\Program Files (x86)\RapidMiner\RapidMiner Studio>"RapidMiner-Studio.bat"</div><div>RAPIDMINER_HOME environment variable is not set. Trying the directory 'C:\Program Files (x86)\RapidMiner\RapidMiner Studio'...</div><div>Using local jre: C:\Program Files (x86)\RapidMiner\RapidMiner Studio\jre\bin\java.exe...</div><div>Java Version: 1.8.0_181</div><div>Launching RapidMiner Studio GUI now...</div>
The GUI never launches and no error messages are displayed. The command prompt does not come back, so it's doing something :-) The environment variable, while not set, seems to default to the correct location.
The startup log contains a bunch of INFO notices, but no errors.
Any suggestions?
Thanks,
Steve
0
Best Answer
-
SteveM Member Posts: 5 Learner IHi Marco,As this is an educational environment, we had 40 computers in this situation, not just one. The bad news (for working out the problem), but good news for us is that they all now work relatively reliably. I was not able to reproduce the error on an any of the machines since the JRE swap out either today or yesterday. Java error summarised above was just a one off.Thanks for all your help.Steve1
Answers
Before we go into a more systematic approach on dealing with this, I have to ask you one question: Why would you use the 32 bit version? That is designed for oooold systems with no more than 4GB of RAM. You need the 64 bit version of RapidMiner Studio. Please use that one, and try again.
Did not work? How long have you waited?
If nothing happens after 15 minutes, I'd say its safe to say something went horribly wrong (usually it takes less than a minute..)
As you seem to know a bit more about computers, if you're up for it, I would like you to follow a few steps of medium complexity to get some data for us to look at.
- Kill Studio via Task Manager. Make sure no Java processes are left running either (unless you know you have other Java processes on your system).
- Start Studio again. Wait for it to stop doing anything.
- Open the CMD via clicking on the Start symbol and typing cmd, then pressing Enter.
- Navigate to the installation directory, e.g. via cd "C:\Program Files\RapidMiner\RapidMiner Studio".
- Navigate to the JRE\bin folder within the installation folder, e.g. via cd jre\bin
- Type jcmd and press Enter. Write down the number next to the RapidMiner Studio Java line.
- Type jstack -F {number} > C:\Users\username\Desktop\stack.txt where {number} is the one you wrote down one step earlier and username is your username on the computer.
- Attach the stack.txt from your desktop here, or copy the contents of it here or send it to me via private message.
Regards,Marco
Thanks for the speedy reply.
To answer your questions:
Why 32 bit: we have a dependency elsewhere on a 32 bit JVM, so went with the 32 bit version. However, as it seem you bundle your own Java environment, I presume this wont be an issue?
Time: I've waited well up to an hour and nothing happens. I'm a patient chap :-)
Stack trace: When I go into that directory in the command line and run jcmd, I get:
jcmd does not seem to be present in that directory, or anywhere I can easily see within the directory structure. I've unzipped the rapidminer-studio-9.4.1-win32-install file and it does not seem to be part of the installer, nor was it present when I downloaded a new installer (32 or 64 bit). I also tried to find it in the globally installed JVM and it wasn't there either. I only have the JRE not the JDK installed. Does it just come with the JDK?
Thanks.
Steve
Yea, we bundle the JRE ourselves, so you can freely use the Win64 version.
As far as the other commands are concerned, unfortunately that was my mistake. These tools are only available when having a JDK installed (even though they are then actually located inside the jre subfolder of the JDK, which tricked me here)
So those won't really work. What I would now suggest as a first step is:
- Post the rapidminer-studio.log contents for me to look at
- Then download the Win64 version
- Start Studio Win64 and see what happens.
- If this still does not work, I suggest killing Studio, and then renaming the entire .RapidMiner folder to something else, as that one contains all settings etc. Renaming that folder before starting Studio will behave like a 100% fresh installation. For one reason or another, maybe something became broken in there and now blocks a proper startup. I would not know what could cause it, but best to make sure it's not the case.
- If that still does not help, and you feel somewhat adventerous, you can try the RapidMiner Studio 9.5 Beta version which is going to be released today: https://s3.amazonaws.com/static.rapidminer.com/rnd/html/rapidminer-9.5-preview.html# This one does not have an installer, you just unzip it somewhere and run the Studio.exe. It has a change which MIGHT be related to your problem, but it's a bit of a stretch.
I'm sorry for the inconvenience here, but this is so rare, that you're the 2nd report I ever heard of this happening, so I want to figure out the cause as wellRegards,
Marco
Apologies for the slight delay in responding.
The 64 bit version does not work either. It has the same symptoms.
A fresh install of 64 bit (including wiped profile) version yields an empty rapidminer-studio (0 bytes, and completely empty) log and a launcher log of below:
Beta Version: same symptoms for clean install. Again, empty rapidminer-studio log and launcher log of below:
Thanks for the help so far . I know these problems can be hard to track down!
Best regards,
Steve
Well, unfortunately all looks good at that point, so I am at a loss from those logs.. If you're up for it, I have another, even more complicated request for the Beta version:
This complicated procedure is necessary because the tools I mentioned in the very first post are only part of the JDK and it must be the same Java version that actually runs Studio itself. This is achieved by removing the old JRE and replacing it with the one alongside the JDK.
Thank you very much,
Marco
This is a bit weird. Running with the replacement jre works most of the time. When I did get a crash (on a blank profile) I got the following error:
This is the launcher log:
Thanks,
Steve
That's very weird indeed. The error -1073740940 seems to indicate a heap corruption on Windows 10 x64 according to Google, so if you get that randomly, I have to suspect that something on your system is causing this. It may be a software that somehow interferes (maybe a virus scanner?), or even a hardware problem (e.g. a defective RAM module). Or something deep inside Java does take offence to something very particular with your system and cannot properly handle that.
As to why it always hangs with Oracle JRE and often runs with OpenJDK, I cannot answer that without having access to the stacks from the Oracle JVM while it happens, so I'm afraid I cannot help you any further here..
Regards,
Marco
There is one caveat with that JRE swap: OpenJDK does not come with JavaFX by default. Therefore, you will not be able to view any connections, as their UIs make use of JavaFX. You'd have to get the "jfxrt.jar" from somewhere, and place it in the "jre/lib/ext" folder for the OpenJDK version.
Regards,
Marco