Loading...

Loading...

Warning to early adopters... Ubuntu Edgy Eft vs. ColdFusion Installer
Posted : Oct 26, 2006 9:33 AM
Ubuntu
***UPDATE*** the fix is contained within the comments of this entry. Make sure you read below the blog entry!
As some of you Linux fans may be aware, Edgy is being released this week. I did a dist upgrade to Edgy earlier this week, but rather than just upgrading I actually wiped clean and started with a blank slate. Everything about Edgy is awesome so far, except that there appears to be bug (for now) related to libc6.
When trying to install ColdFusion per my instructions in an earlier blog post , I receive the following errors:
dshuck@dshuck-laptop:~/software$ sudo ./coldfusion-702-lin.bin
Password:
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
nawk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/tmp/install.dir.31599/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
After doing some quick research it appears that there is a bug remaining in Edgy related to libc6 and I have yet to find a workaround. I would imagine that if I had installed ColdFusion on Dapper and they done the dist upgrade, it would be fine. The problem seems to be simply related to building it.
Password:
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
nawk: error while loading shared libraries: libdl.so.2: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/tmp/install.dir.31599/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
If anyone has any suggestions, I am all ears.
tags:
Ubuntu
Brandon Harper said:
Dave,
If I were you I'd just install ColdFusion under Tomcat. Tomcat seems to be more Linux friendly than JRun anyway.
http://www.adobe.com/support/coldfusion/j2ee/cfmx7...
I have setup Tomcat on Ubuntu before and probably have some links for how to do it, let me know if you need them.
I honestly don't do much CF at home (mostly Java and Python) so I have yet to set it up there, but that's probably what I'll end-up doing.
If I were you I'd just install ColdFusion under Tomcat. Tomcat seems to be more Linux friendly than JRun anyway.
http://www.adobe.com/support/coldfusion/j2ee/cfmx7...
I have setup Tomcat on Ubuntu before and probably have some links for how to do it, let me know if you need them.
I honestly don't do much CF at home (mostly Java and Python) so I have yet to set it up there, but that's probably what I'll end-up doing.
Tim said:
I upgraded to Edgy a few days ago with no problems (I couldn't stand the Firefox 1.5x bugs). I guess the secret is to update, not reinstall. I was having a hell of a time with SSI, until I found the right HowTo for Ubuntu/Apache. ;-)
Dave Shuck said:
Thanks for the tip Brandon. I hadn't considered that approach, but that may be a good idea. I am sure I can go RTFM, but I was under the impression that would still have to walk through the installer. Am I missing something? Alternatively, I am kind of thinking it might be a good excuse to play with Railo a bit at least until the Ubuntu team gets the libc6 bug resolved (assuming my diagnosis is correct!). I installed it on an Ubuntu Server recently with no issues and it seemed pretty cool.
Brandon Harper said:
Yeah, you're right, I totally forgot about the installer part. I usually keep the WAR's around so I can deploy instances of CF without needing the installer so I don't have to deal with that step (and forgot you had to do that).
I wonder if you could run the Windows installer under Wine just to get it to create the J2EE WAR file which you could then fix and deploy to Tomcat? In theory there shouldn't be major differences in what it creates, but who knows.. just for experimentation sake it might be fun to try out.
I wonder if you could run the Windows installer under Wine just to get it to create the J2EE WAR file which you could then fix and deploy to Tomcat? In theory there shouldn't be major differences in what it creates, but who knows.. just for experimentation sake it might be fun to try out.
Brandon Harper said:
Actually the installer may not even work under Wine if it needs a JVM, I'm not sure really. I've never done any Java-fu under Wine.
Dave Shuck said:
Yeah, I think I will leave the Windows JVM out of this picture! I do however appreciate your thinking-out-of-the-box aproach. :)
I wonder if I can set up an install on another good box and export/import the war. Hmmmm.
I wonder if I can set up an install on another good box and export/import the war. Hmmmm.
Ron Stewart said:
Dave, any progress on getting this resolved and getting CFMX7 up and running on Ubuntu 6.10?
Dave Shuck said:
No, unfortunately not. However I have had almost zero time to dig into it. I will post back here when I find resolution.
Jeff Self said:
Hey Dave,
I'm getting the same errors trying to install ColdFusion on Edgy. Its a great distro and I'm liking the upgrade. I've been running Ubuntu inside of VMware Server 1.0.1 on my XP machine at work. The Edgy installation seems to run slower than the previous release. With the previous release, I could run it in full screen (1680x1050) as my primary desktop during the day only using Windows to check my email. But Edgy seems much slower at least in VMware Server 1.0.1. I've given it 512MB of memory but it just doesn't respond as fast as the previous release. I might wipe the VM and install the older version and get CF installed before upgrading to Edgy.
I'm getting the same errors trying to install ColdFusion on Edgy. Its a great distro and I'm liking the upgrade. I've been running Ubuntu inside of VMware Server 1.0.1 on my XP machine at work. The Edgy installation seems to run slower than the previous release. With the previous release, I could run it in full screen (1680x1050) as my primary desktop during the day only using Windows to check my email. But Edgy seems much slower at least in VMware Server 1.0.1. I've given it 512MB of memory but it just doesn't respond as fast as the previous release. I might wipe the VM and install the older version and get CF installed before upgrading to Edgy.
Ron Stewart said:
... and to make this even worse, I get almost exactly the same set of error messages when I try to install New Atlanta's BlueDragon 7b1 on the same box.
Alan said:
Gahhhh .... no updates? I just installed Edgy not long ago, but ran into this problem. I thought it was a problem with a small sized /tmp, but I think you're right on the issue. I'd like to get away from windows for good, but this is going to hold me up until: its either fixed, or I again setup my dev environment on Dapper. There goes the idea of using Edgy for our new servers; thats too bad, cause I like the increased boot speed.
Alexander Grüneberg said:
Here comes the solution:
Fire up a text editor and replace the string "export LD_ASSUME_KERNEL" with "#export LD_ASSUME_KERNEL" in the following files: coldfusion, cfstat, cfmx-connectors.sh (or cfmx-connectors-run.sh) and cfinfo in the bin-direcory, and uninstall in the uninstall-directory (don't think that this is necessary). Then it should work again...
Don't forget to backup the files!
Regards,
Alex
Fire up a text editor and replace the string "export LD_ASSUME_KERNEL" with "#export LD_ASSUME_KERNEL" in the following files: coldfusion, cfstat, cfmx-connectors.sh (or cfmx-connectors-run.sh) and cfinfo in the bin-direcory, and uninstall in the uninstall-directory (don't think that this is necessary). Then it should work again...
Don't forget to backup the files!
Regards,
Alex
Dave Shuck said:
Alex, I never get to the point where I actually have any files other than the setup .bin file. Is this solution aimed at people who have upgraded from Dapper to Edgy and ColdFusion no longer works?
~Dave
~Dave
Alexander Grüneberg said:
Sorry, Dave. I forgot to mention that I'm still using ColdFusion MX6, where the installation works fine. The problem is defininately related to the string "export LD_ASSUME_KERNEL", so try to open the setup .bin file (basically it's not a binary file) with your favorite text editor and look for the above-named string. Naturally, you should create a backup file.
Hope this helps.
Hope this helps.
Ron Stewart said:
This very well may work -- I just received a similar pointer from Gregg Orangio on the New Atlanta BlueDragon interest mailing list, and it worked for the installer for BD7b1. Gregg did suggest that when you tweak the installation script you change the "export" to "#xport" to comment it out, but to retain the original filesize (which at least the BD installer is apparently fussy about). I will probably give this a shot with the CMFX installer, too...
Ron Stewart said:
Dave, this did work in terms of getting CF7 installed on one of my Ubuntu 6.10 boxes (I say "one" only because I have tried it so far on just one of them). I have CF7 running on its own Web server at this point, and it seems to be OK. Something that I /didn't/ expect was that it ran the installer in console mode, but it seemed to run just fine.
Dave Shuck said:
Alright guys I must be doing something goofy. I tried the fix that Alexander mentioned and that Ron apparently got to work but had another issue. I am finding that anytime I modify that .bin file and try to run it again I get the following error:
"Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
gzip: /tmp/install.dir.6645/Linux/resource/vm.tar.Z: not in gzip format
uncompress: /tmp/install.dir.6645/Linux/resource/vm.tar.Z: not in gzip format
gzip: /tmp/install.dir.6645/Linux/resource/vm.tar.Z: not in gzip format
The included VM could not be uncompressed (GZIP/UNCOMPRESS). Please try to
download the installer again and make sure that you download using 'binary'
mode. Please do not attempt to install this currently downloaded copy."
It should be noted that I first tried to edit in gedit and it gave an error saying that it didn't recognize the encoding. I then opened in vi and just made my edits there. Any idea what I am doing wrong here?
"Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
gzip: /tmp/install.dir.6645/Linux/resource/vm.tar.Z: not in gzip format
uncompress: /tmp/install.dir.6645/Linux/resource/vm.tar.Z: not in gzip format
gzip: /tmp/install.dir.6645/Linux/resource/vm.tar.Z: not in gzip format
The included VM could not be uncompressed (GZIP/UNCOMPRESS). Please try to
download the installer again and make sure that you download using 'binary'
mode. Please do not attempt to install this currently downloaded copy."
It should be noted that I first tried to edit in gedit and it gave an error saying that it didn't recognize the encoding. I then opened in vi and just made my edits there. Any idea what I am doing wrong here?
Dave Shuck said:
Oh yeah... One other comment to add. I took Ron's approach of changing export to #xport and got the following:
"Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
The size of the extracted files to be installed are corrupted. Please
try to download the installer again and make sure that you download
using 'binary' mode.
Please do not attempt to install this currently downloaded copy.
"
"Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
The size of the extracted files to be installed are corrupted. Please
try to download the installer again and make sure that you download
using 'binary' mode.
Please do not attempt to install this currently downloaded copy.
"
David Low said:
I get exactly the same errors as Dave noted in the previous two comments. I tried to remove all traces of "export LD_ASSUME_KERNEL" to be safe, and edited the file from a text editor on a non-Linux machine as well - no joy.
This is trying to install a copy of Bluedragon JX by the way, not Adobe CF 6 or 7...
This is trying to install a copy of Bluedragon JX by the way, not Adobe CF 6 or 7...
Tom Shearer said:
Hi,
I've been following this for about a week now ;) I've tried everything that's mentioned here... no joy.
I'm posting here in the hope that there's likely to be a solution to this posted here - I've checked all the other ubuntu forums, and no joy...
Thanks for the info so far though ;) it's very informative - I also don't want to move from ubuntu now I made the jump from windows.
I've been following this for about a week now ;) I've tried everything that's mentioned here... no joy.
I'm posting here in the hope that there's likely to be a solution to this posted here - I've checked all the other ubuntu forums, and no joy...
Thanks for the info so far though ;) it's very informative - I also don't want to move from ubuntu now I made the jump from windows.
Ron Stewart said:
Dave, et al: I don't know if this would matter, but it might. When I made the suggested change, I used sed rather than a "normal" editor to make the change to the downloaded file.
Tom Shearer said:
Hi Ron, I used bvi for my changes, but I'll give it a go with sed. Thanks for the tip.
Tom Shearer said:
Ron, I've tried using sed, and that was exactly the ticket:) Thank you very much indeed.
Brian Szmyd said:
I ended up just commenting out the logic that checks the file size :P Who cares right? We're editing the file anyways:
#if [ ${ARCHREALSIZE:=0} -ne ${INSTALL_ZIP_SIZE:=1} ]; then
# echo "The size of the extracted files to be installed are corrupted. Please
# echo "try to download the installer again and make sure that you download"
# echo "using 'binary' mode."
# echo "Please do not attempt to install this currently downloaded copy."
# exit 16
#fi
#if [ ${ARCHREALSIZE:=0} -ne ${INSTALL_ZIP_SIZE:=1} ]; then
# echo "The size of the extracted files to be installed are corrupted. Please
# echo "try to download the installer again and make sure that you download"
# echo "using 'binary' mode."
# echo "Please do not attempt to install this currently downloaded copy."
# exit 16
#fi
Kasp3r said:
i just do the hack for libc6 and the install working fine for me on edgy.
cp coldfusion.bin coldfusion.bin.bak
cat coldfusion.bin.bak | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > coldfusion.bin
cp coldfusion.bin coldfusion.bin.bak
cat coldfusion.bin.bak | sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > coldfusion.bin
Jeff said:
To all who are interested, I got it up and going on Edgy Eft. You can read how I did it here:
http://wulfshayde.blogspot.com/2006/11/ubuntu-610e...
http://wulfshayde.blogspot.com/2006/11/ubuntu-610e...
Dave Ross said:
To answer the other question in this thread - yes - you should be able to drop the CF .war into Tomcat no matter what environment you built (aka ran the installer) on. I've built the war on windows and deployed to linux on MX6.1 no problems.
Dave Shuck said:
OK, as embarrassing as it it, I finally got back to this project. End of year deadlines are a beeotch! Kasp3r, your solution couldn't have been any easier. Thanks.
Byron said:
I've just finished replacing the windows workstations and servers here at my home office with Ubuntu running VMware 1.0.1 server.
I have my legacy windows servers running as VMs hosted on the server and a workstation running Ubuntu 6.10. I'm not what you'd call an early adopter, more like a cautious observer and implementer. Anyhow.
I did run into trouble with my CF install what was running fine under 6.06 LTS prior to the dist upgrade I did; which ended me up here reading this thread.
After a little testing and more reading I used Kasp3r's work around and voila; CF is up and running like one might expect under 6.10. Not 100% ideal, but since when has the world operated under ideal circumstances?
Anyhow, thanks one and all for the great ideas and dialog. I'm very happy with the way things are running for me here and can only encourage others to adopt the Ubuntu/VMware way.
Byron
I have my legacy windows servers running as VMs hosted on the server and a workstation running Ubuntu 6.10. I'm not what you'd call an early adopter, more like a cautious observer and implementer. Anyhow.
I did run into trouble with my CF install what was running fine under 6.06 LTS prior to the dist upgrade I did; which ended me up here reading this thread.
After a little testing and more reading I used Kasp3r's work around and voila; CF is up and running like one might expect under 6.10. Not 100% ideal, but since when has the world operated under ideal circumstances?
Anyhow, thanks one and all for the great ideas and dialog. I'm very happy with the way things are running for me here and can only encourage others to adopt the Ubuntu/VMware way.
Byron
Dave Shuck said:
We actually have some pretty high-traffic sites running in Windows as a VM in Ubuntu Server. It is surprisingly rock solid and performs well. Thanks for the comments Byron.
Mark Brown said:
Hey Dave,
Did you do all this on the server or desktop version? Does is matter which version one is using to do this?
Did you do all this on the server or desktop version? Does is matter which version one is using to do this?
Dave Shuck said:
I have done it on both. The same instructions apply. If you are doing this on Edgy or Feisty, make sure you read the comment above by Kasp3r at 11/21/06 8:43 PM. That was a lifesaver for me.
Steve said:
cheeeeeeeerio! you guys saved my sanity! it works! i love you all! :)
no honestly, this blog is the only resource i found that's truly useful with this bug (or whatever it is).
thank you.
no honestly, this blog is the only resource i found that's truly useful with this bug (or whatever it is).
thank you.
Aaron Roberson said:
Has anybody found a fix for this with BD7 final? I am getting this same error when trying to install it on CentOS 4.
Dave Shuck said:
Aaron, fwiw I installed BD7 JX yesterday on openSUSE 10.2 and didn't have any problems. Are you getting the same error? Did you try the suggestion from Kasp3r?
Aaron Roberson said:
Dave,
I was able to get it working. For some reason it said the installer did not have permission to create a temp directory to install from. Before running the installer I had to set create a temp directory and set the installer to use it like so:
mkdir /opt/tmp; export IATEMPDIR=/opt/tmp; /opt/BlueDragon_Server_JX_70_339-Linux.sh
That worked!
I was able to get it working. For some reason it said the installer did not have permission to create a temp directory to install from. Before running the installer I had to set create a temp directory and set the installer to use it like so:
mkdir /opt/tmp; export IATEMPDIR=/opt/tmp; /opt/BlueDragon_Server_JX_70_339-Linux.sh
That worked!
Hans said:
Here's a weird one...
Replacing 'Export LD_ASSUME_KERNEL' with '#xport LD_ASSUME_KERNEL' works perfect on the i386 build of Debian 4.0r0 (Etch). However, I get an error when attempting to install on the amd64 build. (Yes, I am aware Adobe doesn't support 64-bit, though it seems to work on other 64-bit distros so long as you use the i586 build of Sun's JDK 1.4.2_11). The error:
./coldfusion-702-lin.bin: line 2317: /tmp/install.dir.4924/Linux/resource/jre/bin/java: No such file or directory
./coldfusion-702-lin.bin: line 2317: /tmp/install.dir.4924/Linux/resource/jre/bin/java: Success
Looking at line 2317 of coldfusion-702-lin.bin in vim doesn't provide an easy answer (without really digging into the code). Oh well.
Replacing 'Export LD_ASSUME_KERNEL' with '#xport LD_ASSUME_KERNEL' works perfect on the i386 build of Debian 4.0r0 (Etch). However, I get an error when attempting to install on the amd64 build. (Yes, I am aware Adobe doesn't support 64-bit, though it seems to work on other 64-bit distros so long as you use the i586 build of Sun's JDK 1.4.2_11). The error:
./coldfusion-702-lin.bin: line 2317: /tmp/install.dir.4924/Linux/resource/jre/bin/java: No such file or directory
./coldfusion-702-lin.bin: line 2317: /tmp/install.dir.4924/Linux/resource/jre/bin/java: Success
Looking at line 2317 of coldfusion-702-lin.bin in vim doesn't provide an easy answer (without really digging into the code). Oh well.




Loading....