Date: Tue, 5 Jun 2001 12:17:03 +0700 (ALMST) From: Boris Popov <bp@butya.kz> To: Niek Bergboer <niek@bergboer.net> Cc: freebsd-stable@freebsd.org Subject: Re: smbfs: disconnected servers Message-ID: <Pine.BSF.4.21.0106051206480.71432-100000@lion.butya.kz> In-Reply-To: <20010530103558.A31220@wit379119.student.utwente.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 30 May 2001, Niek Bergboer wrote: > However, the problems begin when somebody whose share I mounted > decides to switch off his computer: I (obviously) cannot read from the > mountpoint anymore, but there also is _no way_ of forcefully > unmounting the share anymore. > > One might say that this is logical since there is no way to > communicate a decent "logoff" packet to the (now switched off) server. > However, I'm left with a dead mountpoint that doesn't respond to > anyting anymore and cannot be unmounted. Hmm, strange. unmount command should work on the dead share. It might take a while because some timeouts have to occur. > How difficult (and desirable) would it be to implement either one of > the following two options in smbfs: > > 1. The ability to reconnect to a server: suppose a server switches > off, and switches on again the following day. This is already done - a reconnect procedure happens after share detected as dead. > 2. The ability to forcefully unmount the share on my local machine, to > such an extent that if the server cannot be contacten within a > specified amount of time, that the entry is bluntly deleted from the > kernel's internal list of mounted filesystems (or something along > those lines). As I said it should work, but there is always room for bugs :) -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0106051206480.71432-100000>