Warning to early adopters… Ubuntu Edgy Eft vs. ColdFusion Installer
***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:
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.
If anyone has any suggestions, I am all ears.
EDIT: the comments for this entry were not imported from my previous blog host. I am pasting them (including the fix) below.
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.


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 I can set up an install on another good box and export/import the war. Hmmmm.


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 (1680×1050) 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.



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

Hope this helps.


“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…
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.
“

This is trying to install a copy of Bluedragon JX by the way, not Adobe CF 6 or 7…

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.




#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

cp coldfusion.bin coldfusion.bin.bak
cat coldfusion.bin.bak | sed “s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/” > coldfusion.bin



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

Did you do all this on the server or desktop version? Does is matter which version one is using to do this?

no honestly, this blog is the only resource i found that’s truly useful with this bug (or whatever it is).
thank you.


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!

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.

posted 1296 days ago

Reply to: 