Samba can't keep NT shares mounted
Matthew Vanecek
mev0003 at unt.edu
Tue Sep 21 14:05:58 GMT 1999
Steve Rhodes wrote:
>
> Bad news guys,
>
> Almost 24 hours and I can't get smbmount to fail! I connected another
> Win98 machine to the subnet, but apparently, it's not enough to cause the
> smbmount problem to occur.
>
> I am going to try flooding the network with netbios packets and see if that
> can induce failure.
FWIW, it never occurs here when the net is under load. Generally, it's
just when it's idle, and smbmount dies for some reason. I think that's
where we need to focus--when is smbmount dying, and why? Is it a result
of something NT does? /var/log/messages and /var/log/samba/* don't have
a clue as to why it dies.
Maybe it's a problem specific to NT? Or to NT Workstation? That's what
I have, NT 4.0 WS SP5. I don't have a Windows machine to test on (thank
God!! It's enough to have it at work!).
Anyhow, I took the smbmount from 2.0.5a and recompiled it. In the top,
I uncommented the SMBFS_DEBUG portion. Doesn't really help, I don't
think, but...
At the beginning of the day yesterday, I mounted a share with the
DEBUG-enabled smbmount, and I mounted another one with the normal
smbmount. WHen I got home from work, the DEBUG-ed share was still
mounted and up (well, aside from pagefile.sys ;) ). THe normal smbmount
was out like a broken lamp. df hung for a bit while it tried to probe
that mount point, then I got the infamous input/output error. Here's
what happened when I do a df:
Sep 21 08:49:30 reliant kernel: smb_trans2_request: result=-32, setting
invalid
Sep 21 08:49:31 reliant kernel: smb_retry: new pid=19481, generation=7
Sep 21 08:49:31 reliant kernel: smb_lookup: find //pagefile.sys failed,
error=-2
6
Sep 21 08:49:34 reliant kernel: smb_retry: signal failed, error=-3
Sep 21 08:51:50 reliant kernel: smb_retry: signal failed, error=-3
The first part, up to and including the pagefile.sys message, is from
the smbmount with "#define SMBFS_DEBUG 1". The last two are from the
regular smbmount, or from smbfs trying to awaken the dead normal
smbmount, I guess, is more accurate.
I haven't had time to decode what extra stuff gets done with
SMBFS_DEBUG. There's a bunch of "#ifndef SMBFS_DEBUG"s in there,
though...
I'll probably try to attach a gdb to the regular smbmount tomorrow
morning (no time today), and see what happens.
--
Matthew Vanecek
Course of Study: http://www.unt.edu/bcis
Visit my Website at http://people.unt.edu/~mev0003
For answers type: perl -e 'print
$i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
*****************************************************************
For 93 million miles, there is nothing between the sun and my shadow
except me. I'm always getting in the way of something...
More information about the samba
mailing list