![]() | |||||||||||||
Messages in this thread |
On 8 February 2002 18:55, Urban Widmark wrote: > > I wanted to verify that mp3 was good before I got all of it, > > so cd'ed to /mnt/auto/smb.host.dir, paused download, > > copied incomplete file to Linux and tried to resume dl. > > It failed (JetCar: "can't open file"). > > I rebooted NT box. > > This has nothing to do with the automounter. > > Rebooting the NT box with smbfs mounted probably made some process go to > sleep for a long time, waiting for a reply or some network timeout. > > smbfs has an ugly and incorrect assumption that it will always get a reply > to it's requests. And one process will block all others from sending any > requests until it is done. Note that NT box was rebooted, not shut down. I brought it back on and even restarted download of unlucky mp3 (via NT downloader). Since NT box was available on the network I thought smbfs will reestablish SMB connection, as NFS do in similar scenario (server reboot). > You may want to test the 2.4.17 patch on: > http://www.hojdpunkten.ac.se/054/samba/index.html > > But that code is (very) experimental. It will allow multiple processes > sending data, the processes will be in interruptible sleep and capable of > timeout. > > Further down on that page there is a patch for 2.4.4 to make it poll() > before reading and time-out. That is a smaller change and I have some good > feedback on the 2.2 version of it. > > > Now I have some processes in D state. mc and ls hung trying to stat > > /mnt/auto/smb.host.dir it seems. Ksymoopsed SysRq-T output below. > > They are all waiting for access to the smbfs "server" struct. None of them > is the real problem. > > The process that is blocking the others is probably sleeping in > tcp_data_wait(), and if so it is interruptible. Hmmm, maybe... I tried to kill -KILL automounter, forgot to do that to smbmount. I will try to find reproducible scenario and then will try that patches. Maybe you'll have to wait till Monday. -- vda - 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/ | ||||||||||||
| Last update: 2005-03-22 12:24 [from the cache] ©2003-2008 | |||||||||||||