I've set up a thin client running gentoo according to these instructions. It seems to work quite nicely except that every once in a while it freezes.
I've found that I can duplicate the issue by pulling the network, running ls, and then plugging the network back in. For whatever reason it's not recovering from the loss of network. I would assume that the OS should be able to handle momentary I/O loss (let's say that a hard drive takes a second or two to respond), so I think it can't be just a glitch in the filesystem, but rather that the nfs connection isn't coming back at all. The filesystem is mounted as nfs4 with the following options:
Previously, I was using no proto spec (defaulting to tcp) and that didn't work any better. I've found that after removing the udp flag from boot it still boot as udp, so now I think I may have been looking at the
/home mount instead of the
I figure what's happening when I'm not pulling the cord is that the network glitches for a second, something's trying to access a file (seems to be freezing when I'm compiling some software), and then it doesn't recover.
Information from dmesg
I have run a bunch of tests, and found that apparently disconnecting/reconnecting the cable doesn't always cause a problem, but sometimes does. In the dmesg log, when this happens, the last line is:
nfs: server yyy.yyy.yyy.yyy not responding, still trying
What can I do to make the system robust to network problems?