Bug 158970 - symbolic links in NFS share became corrupted
symbolic links in NFS share became corrupted
Product: Fedora
Classification: Fedora
Component: nfs-utils (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Steve Dickson
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2005-05-27 07:38 EDT by oll
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-05-30 02:44:49 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description oll 2005-05-27 07:38:25 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

Description of problem:
symbolic links on NFS shares became "corrupted" (preferably became hard links)

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. create a file  on a NFS share : let's say "toto"
2. link it to "totolien" : ln -s toto totolien
3. move toto to toto-old : mv toto toto-old 
 ls -l totolien : it's a broken link : everything is ok
4. recrate toto : touch toto
 ls -l totolien : it points to the new toto : everything is ok
5. restart the station
6. do a "ls -l"

2. move it (so the link is broken

Actual Results:  "totolien" points to "toto-old" (as I created a hard link)

Expected Results:  "totolien" should point to the new "toto" file

Additional info:

It appears always in this case :
Our gnome environment is installed on a NFS share on a solaris 2.9 server.
All stations automounts read-only (except mine) /opt/gnome
When I upgrade a gnome applications ( gnomecanvas this morning), I did
cd /opt/gnome/lib
mv libgnomecanvas-2.so.0.1000.0 libgnomecanvas-2.so.0.1000.0-OLD (I have to avoid deleted open file on all stations)
Here libgnomecanvas.so.1 become a dead link
Then i do a typical : ./configure --prefix=/opt/gnome && make && make install
libgnomecanvas-2.so.1 is no more a dead link and points now  to libgnomecanvas-2.so.0.1000.1 
Everything is fine.

In my stations , i do a "lsof|grep libgnomecanvas-2"
I have libgnomecanvas-2.so.0.1000.0-OLD : normal
I restart my session (not my stations)
I have now lsof|grep libgnomecanvas-2 : libgnomecanvas-2.so.0.1000.1

then I restart my station (so I flush all nfs caching).
lsof|grep canvas gives libgnomecanvas-2.so.0.1000.0-OLD : oooppss!
ls -l /opt/gnome/libgnomecanvas-2.so.1 points to libgnomecanvas-2.so.0.1000.0-OLD

I don't know where the troubles come from : 
Solaris 2.9 bug ? I doubt
gnome recreating links ? I doubt too

So I really things it's a NFS/Kernel/Fedora bug.
Comment 1 oll 2005-05-27 07:43:05 EDT
I dont know how to re-edit :
forget the 2 last lines in step to reproduce : it was a mistypping
Comment 2 oll 2005-05-30 02:44:49 EDT
I fill stupid : this is not a bug but a normal behaviour of libtool . Sorry

Note You need to log in before you can comment on or make changes to this bug.