| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11
Comments:
<0> or otherwise solved by remounting/booting
<0> but did you mv on the server side while the client was unmounted ?
<1> server side
<1> and that works fine
<0> but the directory still doesn't work clientside?
<0> hmm, well, obviously
<1> there were a couple of dirs with same problem just not important
<0> otherwise you woudlnt be here...
<1> yes it worked fine on client when moved
<0> but what about when you moved it back ?
<1> i mean when copied
<1> when moving it doesnt work on client .. same stale problem
<1> when doing a copy it does work
<0> but copying and renaming the copy isn't an option?
<0> either way, this shouldn't happen...
<0> did you try to stat the directory ?
<1> well it can be.. (its in the process) but will take forever
<0> right...
<0> what's the underlying fs ?
<0> ext ?
<1> ext3
<0> did you try to fsck it ?
<0> ... with -f so it actually checks it
<0> (umount first of course)
<1> when the server came up it did a fsck
<1> and took 45 +.. fsck found no problems
<0> hmm, why did it fsck on boot ?
<0> ext3 isn't supposed to need that...
<1> nfsd when crazy going 99%cpu and would not stop
<1> reboot
<1> had to manualy reboot
<1> ioload was 500+
<0> sounds nasty
<1> uhmm server load
<1> nfs just went bad for whatever reason
<1> and it couldnt kill itself.
<1> ndfs when into a "D" state
<0> sounds pretty bad
<0> what nfs and kernel are you using ?
<1> nfs-kernel-server/etch uptodate 1:1.0.10-1
<1> latest stable
<0> err ?
<1> i mean test
<0> I meant like: linux 2.6.x and nfsv2/v3/v4 ...
<0> I don't really know what the current testing is using
<1> kernel is Linux samba01 2.6.8-cust #1 SMP Wed Jan 12 00:37:32 CST 2005 i686 GNU/Linux
<1> had to do custom for other drivers
<0> yeah, that shouldn't really be a problem
<0> nfs version ? (nfsstat can reveal this)
<0> actually, either way I'm not sure I can help you much further, you seem to have tried the most common tricks and done your research. This problem sounds pretty severe though
<1> server is v3
<1> clients as well
<0> the combination of the rather harsh crash and the stale file handle that won't go away ...
<0> you could try with a fully updated kernel but I doubt it will do you that much good...
<0> ie: kernel from kernel.org
<0> I see some discussion going on regarding stale file handle errors in 2.6.10-rc1, wether they apply to previous kernels is unknown to me...
<0> does the problem resolve itself if you run "ls" in the directory on the server ?
<0> temporarily
<1> ls you get the same error
<1> about the stale file handler
<0> ls on the server...
<1> ls on the server works fine
<1> the directory is normal on the server
<0> yeah
<0> but there was/is a bug some people were experiencing which made ls on the serverside temporarily fix the problem clientside
<0> I'm just going on what I read from an lkml thread..
<1> uhmm
<1> no bueno
<1> did ls .. ls -lah on server
<1> mount and remount on client
<0> well, if I were you, I would update the kernel on the server, I don't know how many clients you have, but if it's only 1 or 2 I'd consider upgrading them too
<0> and if the problem remain, I would drop a mail with detailed information to lkml
<2> im trying to remember the name of this firewall that i used to use but it seems to have dropped off the face of this earth
<2> damnit, it was a short name
<0> ... Linux ?
<0> ipcop ?
<3> i heard ipcop is a RedHat based firewall disto, It is used to share an internet connection using old hardware. http://www.ipcop.org, or a fork of smoothwall by disillusioned developers, or ipcop is all Free Software, Smoothwall is not (there is a non-GPL commercial version).
<2> no there was no gui
<4> ipcop didn't have gui when I worked on it
<0> ipcop has a gui?
<4> it was a web interface
<4> but that's it
<0> but is it a complete distro or just a script you run on top of a distro (like debian) you're looking for sufa ?
<2> just a script like ipcop
<2> something that controlls iptables
<4> ipcop is a distro
<5> shorewall
<5> pwned
Return to
#debian
or
Go to some related
logs:
#hardware
#openbsd
compaq x1000 auditor
#beginner
#beginner
#nhl
#solaris
#winxp
wsus non-domain computers
gangleons
|
|