Link has been severed

[BlakeGardner]

Running Fedora release 15 (Lovelock)

When i mount a folder to cloudfiles i get an error after trying to list the buckets under the mount point.

cloudfuse /mnt/cloudfiles/

[root@ul966js ~]# :Server )ls -l /mnt/cloudfiles/
ls: reading directory /mnt/cloudfiles/: Link has been severed
total 0

When i run the mount command with the -f parameter everything mounts and works as intended.

cloudfuse -f /mnt/cloudfiles/

I've repeated the exact same process i used to compile/configure cloudfuse on a Debian machine and it works perfectly without the -f flag.

I found the -f flag fix from this URL: http://makewhatis.com/2011/05/mounting-your-rackspace-cloudfiles-in-centosrhel-5-55-6-via-cloudfuse so it looks like this issue affects Centos/RHEL 5.5/5.6 as well.

[everestx]

I can confirm that this affects CentOS 6.0

[jness]

Identified the same issue under EL6:

 # cat /etc/redhat-release 
 Red Hat Enterprise Linux Server release 6.2 (Santiago)

 # uname -a
 Linux xxx 2.6.32-131.0.15.el6.x86_64 #1 SMP Tue May 10 15:42:40 EDT 2011 x86_64 x86_64 x86_64      GNU/Linux

 # cloudfuse --version
 FUSE library version: 2.8.3
 using FUSE kernel interface version 7.12

[everestx]

This is a bummer, since I don't really want to switch to debian. I tried strace against the fuse mount process and don't see any smoking guns. If anyone has any idea how I can track down the problem, let me know? Maybe compile with debug and run through gdb? Happy to help with the fix anyway I can.

[vicomte]

Running CentOS6.2 here. Compiled a version of libcurl that was on my Cent5 instances (7.15.0) and compiling against that fixes this. I will try to look at the api differences (changes from libcurl.so.3 to libcurl.so.4) up to 7.19.7-26.el6_2.4.x86_64 when I have a chance.

[vicomte]

This also worked for me with 7.18.2 but breaks on 7.19.0 (both non RH related sources)

[paivaric]

Is there a way to make cloudfuse work in Centos6.2?

[vicomte]

For cent6.2/3 I built curl/libcurl from source version 7.18.2 as static libraries and linked against libcurl.a from that instead of -lcurl in the cloudfuse Makefile. Building the shared versions overrides the system one and broke some python stuff for me.

[impermisha]

Any updates on Centos 6? Does Rackspace actively contribute too? Seems they are completely unaware it is busted.

[heinstrom]

I am also having this issue with CentOS/EL 6, it appears that the latest version of libcurl is causing some issues. It works fine on older versions.

[heinstrom]

Hey all, some wonderful person has compiled a cloudfuse binary dynamically linked to the old version of curl here: http://www.transdimensia.ravenhurst.com/2012/08/cloudfuse-on-cenos6.html

It worked for me on CentOS 6.3!

[impermisha]

Thanks!
Date: Fri, 24 Aug 2012 07:11:07 -0700
From: notifications@github.com
To: cloudfuse@noreply.github.com
CC: impermisha@hotmail.com
Subject: Re: [cloudfuse] Link has been severed (#38)

Hey all, some wonderful person has compiled a cloudfuse binary dynamically linked to the old version of curl here: http://www.transdimensia.ravenhurst.com/2012/08/cloudfuse-on-cenos6.html

It worked for me on CentOS 6.3!

          —

          Reply to this email directly or view it on GitHub.

[tewner]

I'm not an expert at compiling things, so it took me a few minutes to figure out how to statically link libcurl - it was easier than I expected. Again, it's been a long time - they may have been an (even) easier way to do this.
This process is for people who want to build their own binary statically linked against a known-good version of libcurl:

1. Download cURL - I used http://curl.haxx.se/download/curl-7.18.2.tar.bz2
2. Open up the tar.bz2, run "./configure" and "make" . Don't run "make install".
3. go back to the cloudfuse source and run "./configure" . I then ran "make" to get the gcc command.
4. I then modified the gcc command -
   • I added a full path to libcurl.a in the list of objects.
   • I needed to link against libidn in order to get it to compile
   • I also specified the includes for curl. I don't know if this was required.

All told:
gcc -g -O2 -I/root/curl-7.18.2/include -I/usr/include/libxml2 -D_FILE_OFFSET_BITS=64 -I/usr/include/fuse -o cloudfuse cloudfsapi.c cloudfuse.c /root/curl-7.18.2/lib/.libs/libcurl.a -lxml2 -pthread -L/lib64 -lfuse -lrt -ldl -Wl,-z,relro -L/usr/lib6464 -lssl -lcrypto -ldl -lz -lidn
This should give you a version of cloudfuse with libcurl.a statically linked in. Hypothetically, you can now run make install and you're on you way.

You can verify that this binary doesn't dynamically load libcurl by running "ldd cloudfuse". You'll notice that libcurl isn't in the list.

[redbo]

This was kind of an ugly problem to track down, and I didn't fix it the way I wanted to, but cloudfuse should at least work on these systems now. I'll try to get it the way I want later.

If you want to know: libcurl on rhel-like OSs is linked against NSS instead of OpenSSL, like I'm used to. NSS has some weird thing where it stops working if you initalize it, then fork() (which is why everything worked fine if you ran it in the foreground, no fork to detach it). I just moved authentication to after the fork, so NSS gets initialized in the new process instead. This means there's less user feedback for auth problems, but at least it works.

[fensoft]

on ubuntu/debian: apt install libcurl4-openssl-dev
and, yes, it will remove libcurl4-gnutls-dev package.