自从跳进PQ这个大火坑，我再也看不到出头之日了...
HP的project已经结束，我也有幸成为公司前N(N<10)个系统地(从头到show out)调过参数的人之一，接下去是公司自己的project：HidPro FX，这个要一直做到1月初的CES，估计我调的结果会在CES上展出，hoho，很有挑战性。
CES是全球最大的消费电子展览，每年一月初在拉斯维加斯举行，本来SW team的人是不用去的，刚好这次可以跟AE的人一起去，省了自己去的费用，嘿嘿，不错！
工作日忙的要死要活，周日在家却不知该怎么过，早上10点没到就醒来了，躺在床上上网，直到饿的不行了才起来煮点稀饭，结果忘了关，煮成了干饭，sigh！拿出昨天中午在岳阳楼打包带回来的菜，随便吃了几口就倒掉了。
下午把买来的肉切成小块，放进冷冻室，把衣服拿出去洗洗，回来又不知道干吗了，这么难得的周末过成这样真是浪费！如果太阳好一点的话我可以搬个椅子到阳台去看书，可惜阳光明媚的日子已经过去...
11/08/2006
NFS启动慢的问题
用linux开发的朋友对这个问题一定很有体会，有时候开机时在start NFS这一步会停很长的时间，这个问题困扰了我很长的时间，今天终于忍不住上google搜索了一把，答案是因为每次客户端mount过NFS而又没有正常umount后，在/var/lib/nfs/rmtab里会留下记录，每次NFS启动的时候都会去check以前的IP，如果不通，要等到timeout才行。我cat rmtab看了一下，hoho，从上海，konka，TCL，Changhong用过的IP都在里面记着，难怪慢的象蜗牛一样！删了后试了一下，马上就起来了！
The Linux NFS server keeps track of status in several files. Whenever a client mounts a filesystem, the server records this in /var/lib/nfs/rmtab. If the server reboots, exportfs passes this list to the kernel to ensure that the reboot is invisible to the clients. So far, this is harmless.
If the server is used with clients that do not send clean unmount requests, such as diskless machines in a development lab, then rmtab fills up with entries for machines that aren't around anymore. This is mostly harmless.
The final part of the problem is that on reboot exportfs performs a reverse DNS lookup for each entry in rmtab. If the DNS server is unavailable, the request waits for a timeout. This can take a very long time.
And the moral of the story? If NFS clients come and go on your network, check rmtab for clutter.
-- Humboldt Solutions Ltd.
Slow Reboots of NFS Server
After several years of use, the server for my development machines developed a problem. If I rebooted the machine without an internet connection, it would pause for several minutes while starting the NFS service.The Linux NFS server keeps track of status in several files. Whenever a client mounts a filesystem, the server records this in /var/lib/nfs/rmtab. If the server reboots, exportfs passes this list to the kernel to ensure that the reboot is invisible to the clients. So far, this is harmless.
If the server is used with clients that do not send clean unmount requests, such as diskless machines in a development lab, then rmtab fills up with entries for machines that aren't around anymore. This is mostly harmless.
The final part of the problem is that on reboot exportfs performs a reverse DNS lookup for each entry in rmtab. If the DNS server is unavailable, the request waits for a timeout. This can take a very long time.
And the moral of the story? If NFS clients come and go on your network, check rmtab for clutter.
-- Humboldt Solutions Ltd.
订阅：
博文 (Atom)
