Messages in this thread | | | From | Hans-Peter Jansen <> | Subject | [NFS] some strangeness (at least) with linux-2.4.18-NFS_ALL patch | Date | Sat, 12 Jan 2002 18:01:09 +0100 |
| |
Hey, Howdy, Hey Trond, [forgive me, watched Toy Story 2 dvd today :)]
me again ;-)
On Saturday, 12. January 2002 03:24, Trond Myklebust wrote: > >>>>> " " == Trond Myklebust <trond.myklebust@fys.uio.no> writes: > > Are you sure that you didn't mess up the fixups with > > 2.4.18-pre1? That might explain things, since you would be > > messing with nfs_refresh_inode. What you need to do against > > 2.4.18-pre1 is first to revert the patch > > linux-2.4.17-fattr.dif. After that you should be able to apply > > linux-2.4.17-NFS_ALL.dif directly without any rejections...
I've messed it up, mea culpa. Sorry!
I redid my kernel today, using your 2.4.18-NFS_ALL from last night ;-), based on 2.4.18-pre3, but kept out Andrea's 00_lowlatency-fixes-4 for now: imon-0.0.2-2.4.12-hp linux-2.4.18-NFS_ALL.dif 00_nanosleep-5.dif pnpbios.patch_latest vmscan.patch.2.4.17.dif ide.2.4.16.12102001.patch.bz2 bttv-0.7.88-2.4.17 btaudio-2.4.17 and my symlink problem disappeared. I thought, I could reproduce a longer standing problem, which bites me from time to time.
Here we go:
When it came to the usual lm_sensors 2.6.2 modules install within the client, this happened:
[...] gcc -shared -Wl,-soname,libsensors.so.1 -o lib/libsensors.so.1.2.0 lib/data.lo lib/general.lo lib/error.lo lib/chips.lo lib/proc.lo lib/access.lo lib/init.lo lib/conf-parse.lo lib/conf-lex.lo -lc make: stat:lib/libsensors.so.1: Eingabe-/Ausgabefehler rm -f lib/libsensors.so.1 rm: Entfernen von »lib/libsensors.so.1« nicht möglich: Eingabe-/Ausgabefehler make: *** [lib/libsensors.so.1] Error 1 hp@elfe:~/Downloads/linux/lm_sensors/lm_sensors-2.6.2> l lib/libsensors.* ls: lib/libsensors.so.1: Eingabe-/Ausgabefehler -rw-rw-r-- 1 hp lisa 6559 8. Feb 1999 lib/libsensors.3 -rw-rw-r-- 1 hp lisa 87100 12. Jan 16:58 lib/libsensors.a lrwxrwxrwx 1 hp lisa 19 12. Jan 16:58 lib/libsensors.so -> libsensors.so.1.2.0* -rwxrwxr-x 1 root root 83142 12. Jan 16:59 lib/libsensors.so.1.2.0*
server's view: hp@shrek:~/Downloads/linux/lm_sensors/lm_sensors-2.6.2/lib> l libsensors.* -rw-rw-r-- 1 hp lisa 6559 Feb 8 1999 libsensors.3 -rw-rw-r-- 1 hp lisa 87100 Jan 12 16:58 libsensors.a lrwxrwxrwx 1 hp lisa 19 Jan 12 16:58 libsensors.so -> libsensors.so.1.2.0* lrwxrwxrwx 1 hp lisa 19 Jan 12 16:58 libsensors.so.1 -> libsensors.so.1.2.0* -rwxrwxr-x 1 root root 83142 Jan 12 16:59 libsensors.so.1.2.0*
Somehow, gcc managed it to create an invalid link in the above sequence. Really bad is, you cannot get around this within the client. After rm'ing lib/libsensors.so.1 on the server, make install succeeds on the client.
[...] rm -f lib/libsensors.so.1 ln -sfn libsensors.so.1.2.0 lib/libsensors.so.1 mkdir -p /usr/lib /usr/include/sensors /usr/man/man3 /usr/man/man5 install -o root -g root -m 644 lib/libsensors.a lib/libsensors.so.1.2.0 lib/libsensors.so.1 lib/libsensors.so /usr/lib ln -sfn libsensors.so.1.2.0 /usr/lib/libsensors.so.1 ln -sfn libsensors.so.1 /usr/lib/libsensors.so [...]
I can reproduce this now. Do you?
Hope, I don't bother you above the critical mass, because I don't want to trigger the third world war, in case you get out of control and explode unconditionally. Warn me in time plz :)
Happy NFSing'ly yours, Hans-Peter - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |