Known Participant

Question

CF Server will not restart

Forum|Forum|15 years ago
February 22, 2011
6 replies
11388 views

I have just installed ColdFusion 9 (FOR 10th TIME) After installing 9 i when ahead and installed the update (9.0.1) - I did the installation be following the instructions on the Adobe installation document - CF installed without any error,

But now... I cannot get CF Application to restart. It give me the following error:

"Windows could not start the ColdFusion 9 Application Server ... services-specific error code 2"

I have checked the log file but cannot find anything???

PLEASE - can someone help - this is driving me nuts

This topic has been closed for replies.

K

kurttt

Participating Frequently

Same issue. The updater breaks the jre!

Os: Oracle Linux 5.7 in VM environment (but VM shouldn't matter)

CF files: ColdFusion_9_WWE_linux64.bin and ColdFusion_update_901_WWEJ_linux.bin.

Using iPlanet 7.0.9 on linux

I shut down the iPlanet config instance first (the virtual server portion, left admin-server running).

I installed CF9 with an iPlanet web server configuration through the installer,

giving the paths for the config and docs directory during the install.

After installing CF9, I didn't start it. I immediately backed up the jre directory, located at

/opt/coldfusion9/runtime/jre, using the following commands

linux> cd /opt/coldfusion9/runtime

linux> cp -R jre jre.ORIG

I installed the updater and tried to start CF9. It broke with a message the jvm must be corrupt.

I removed the existing jre directory, and replaced it with my backup using the following commands

linux> cd /opt/coldfusion9/runtime

linux> rm -rf jre

linux> cp -R jre.ORIG jre

I tried to restart CF9 and it worked with my backup jre!

I didn't have to play around with the jvm.conf file or mess with the java.home location.

I might add that the iPlanet connector reported a successful configuration.

After iPlanet config was running, I brought up http://<hostname>/CFIDE/administrator

and it worked.

I hope this helped someone.

I've been helped many times by other posters.

Time to give something back.

R

retfird

Participating Frequently

Same problem after updating to 9.0.1 on linux.

I ended up switching java.home in my coldfusion/bin/jvm.config to get it working once again:

#

# VM configuration

#

# Where to find JVM, if {java.home}/jre exists then that JVM is used

# if not then it must be the path to the JRE itself

#java.home=/opt/coldfusion9/runtime/jre

java.home=/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre

#

# If no java.home is specified a VM is located by looking in these places in this

# order:

#

# 1) bin directory for java.dll (windows) or lib/<ARCH>/libjava.so (unix)

# 2) ../jre

# 3) registry (windows only)

# 4) JAVA_HOME env var plus jre (ie $JAVA_HOME/jre)

#

# Arguments to VM

java.args=-server -Xmx512m -Dsun.io.useCanonCaches=false -XX:MaxPermSize=192m -XX:+UseParallelGC -Xbatch -Djava.awt.headless=true -Dcoldfusion.rootDir={application.home}/../ -Djava.security.policy={application.home}/../lib/coldfusion.policy -Djava.security.auth.policy={application.home}/../lib/neo_jaas.policy -Dcoldfusion.classPath={application.home}/../lib/updates,{application.home}/../lib,{application.home}/../gateway/lib/,{application.home}/../wwwroot/WEB-INF/cfform/jars,{application.home}/../wwwroot/WEB-INF/flex/jars -Dcoldfusion.libPath={application.home}/../lib

#

# commas will be converted to platform specific separator and the result will be passed

# as -Djava.ext.dirs= to the VM

java.ext.dirs={jre.home}/lib/ext

#

# where to find shared libraries

java.library.path={application.home}/../lib

system.path.first=false

#

# set the current working directory - useful for Windows to control

# the default search path used when loading DLLs since it comes

# before system directory, windows directory and PATH

java.user.dir={application.home}/../../lib

# JVM classpath

java.class.path={application.home}/servers/lib,{application.home}/../lib/macromedia_drivers.jar,{application.home}/lib/cfmx_mbean.jar,{application.home}/../lib/oosdk/classes,{application.home}/../lib/oosdk/lib,{application.home}/lib

K

kurttt

Participating Frequently

Ditto. I pointed java.home to my oracle install and it worked, but I thought maybe the updater was screwing up the contents of the jre folder.

So I got it working easier with this technique -à

1. install CF9, then

2. back up the jre folder ( /opt/coldfusion9/runtime/jre to jre.ORIG), then

3. install the updater, then

4. replace the jre with the existing jre.ORIG folder

I configured an iPlanet webserver on the initial install….

When I started the CF9 instance it successfully configured the iPlanet connector and everything worked!

Interesting….

A

Anonymous

This error just happened to me after I was mucking around with the JVM settings. I've been working on a script the last couple weeks that has to perform roughly 400,000,000,000 cfloops. Anyway, I changed the maximum JVM heap size from 1024 to 1524 just to see if that would help. It caused this same error.

Compare these two files:

C:\ColdFusion9\runtime\bin\jvm.config

and

C:\ColdFusion9\runtime\bin\jvm.bak

I suspect something is different in those two files. Mine happened to be on line 18. I changed the heap size back to 1024 and everything is fine. Anyway I think you'll find your answer there.

Steve

Charlie Arehart

Community Expert

Steve, was this on a 64-bit OS? You should have not even been able to start CF with 1.5gb heap on 32 bit.

And is it that CF comes up, but then fails when you run a particular page? You say "Mine happened to be on line 18." Or do you mean that to be the line in jvm.config where the args are specified, perhaps to help some other readers?

Anyway, why in the world should it be ok for a CF app to loop 400 billion times? Seems some refactoring/rearchitecting is in order.

/charlie

/Charlie (troubleshooter, carehart. org)

A

Anonymous

When I tried to start the CF service it threw this same error message that puregas was getting. A little Google search brought me here. This is on a 32bit machine which explains why it didn't start like you said. Honestly it seems like a bug in the CF admin to me. I never remember the various limits, shouldn't the CF admin keep track of that for me? Whatever.

Line 18 of the jvm.config is where I manually changed the heap size back to 1024.

As far as the 400 billion rows... The bigger question is why SHOULDN'T CF be able to handle that many loops? I've been refactoring this application for 3 years now. The reality is that sometimes applications just have a lot of data. I'm sure my 400 billion loops is off by a factor or 10 or maybe a 100. But it's somewhere in that neighborhood. It's a stock market prediction app. This particular script I've been working on calculates out moving averages based on 4 data points every 1 minute for a 1000 symbols, for years worth of data. Multiply that out, it's only a few months of data before you hit 20,000 rows for a single symbol. Calculating moving averages essentially requires looping over the loops. Well, sort of. I think my big table has around 100-150 million rows.

But even at 4 billion-400 billion loops, CF can still handle it just fine when you throw cfthread into the mix. It's slow, but it works. I wrote a version in Javascript the other day. Running the script in Google Chrome is like 100 times faster than CF. That's a little annoying that a web browser can do things 100 times faster that CF.

Hope you're doing well Charlie.

Steve

A

Ant911Author

Known Participant

Hi Charlie and Carl,

Thanks for all you assistance in trying to solve this problem, whoever in the meantime we discovered other corrupt file on the server and it was decided by my ISP who we rent the server from to reformat it and start a fresh.

We did this and by the looks of things its all working. We will run it for a few days and see...

Once again, thank

A

Ant911Author

Known Participant

Following up on this...

We are currently running a Windows Server 2008 R2 Enterprise Edition and ColdFusion Single server Enterprise Edition.

Having looked at the log file as per your recommendation (thank you) I found the following error message in the CF\runtime\logs\coldfusion-out file...

"Error: no known VMs. (check for corrupt jvm.cfg file)"

What this means??? I did check to see if the jvm.cfg file is there and it is.

Any ideas??

C

carl type3

Legend

Odd error. The configuration file is normally CF\runtime\bin\jvm.config

Has Java JRE or JDK been installed or has the Java Virtual Machine configuration been altered in CF? You do not list such happening with the server description.

Perhaps a copy of JVM.CONFIG will be interesting to look at?

HTH, Carl.

C

carl type3

Legend

Hi,

+1 check out the tail of coldfusion-event and coldfusion-out log files in cf\runtime\logs\ if running CF Standard or CF Enterprise in multi-server mode in jrun4\logs\

Regards Carl.

Charlie Arehart

Community Expert

Puregas, first, as for "checking the log file", can you clarify where you're looking? Also, are you on Windows or Linux? If on Windows and running CF as a service, you may want to check out the Windows event log, but that may only tell you to look in the CF console log.

If you're running CF as a service, is this CF Standard or Enterprise? And if the latter, is it Server or Multiserver? I ask because the other important log to be looking at is either in \runtime\logs\, if running CF Standard or Enterprise in Server modem or in \logs\ if running in Enterprise Multiserver mode. The -out.log there will likely offer useful information.

As for having " just installed ColdFusion 9 (FOR 10th TIME)", it sounds like you did that, and then "went ahead and installed the update (9.0.1)". So was it working when just 9.0, on the 10th installation? And only failed after the updater? And in case it may prove useful diagnostically, why was it the 10th time you'd installed CF9? Do you mean in your most recent wrangling with things? Or do you mean you've done it several times in the past? If that's the case, why so many re-installs? (And is this a production server, or your development box?) Again, there could be a clue for us as to what's going wrong.

Naturally, it should all just be very simple. I've helped people install CF hundreds of times, and it generally just works. Whatever is amiss for you would seem pretty unusual. I realize you don't likely want to hear that.

You just want the problem solved. The logs I point you to should help. If you are really struggling and don't want to wait for back and forths on the forums here, there are folks (like myself) who offer on-demand remote assistance for such problems. You don't have to struggle on your own. See more in my signature below. But I realize many don't want to pay for help, so the forums are here and as you can see, I (and others) are more than willing to answer questions here for free. Whatever people want.

Hope some of that helps.

/charlie arehart

charlie@carehart.org

Providing on-demand troubleshooting services for CF and CFBuilder

at http://www.carehart.org/consulting

/Charlie (troubleshooter, carehart. org)

S

Steve Sommers

Legend

If Windows 7, Windows 2008 Server, or Windows 2003 Server is the operating system, I would wager that it is a security related rights issue. On these systems the user that IIS (and default CF user) uses do not have sufficient rights by default to run. I wish I could be more help but I just remember that our IT department had a hell of a time when we installed on these o/s's originally.

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded