I came back to my lab today to find the DEC AlphaStation 333 with DEC UNIX 4.0A running Samba 1.9.18p1 reporting "no more processes." It turned out that there were smbd processes filling the process table. We use the Alpha for the login directories for a small (4 machine) NT Domain. The PDC is a real NT machine, and the Alpha holds all the user directories. The user profiles are set so that NT automatically mounts \\alpha\%USERNAME% to drive Z: when they log in. Lately, I've been noticing that after I log in and work for awhile, NT will show every single drive (A-Z) that wasn't mapped previously mapped to the directory of the user who last logged into the machine. I once tried disconnecting each drive (via Explorer) but after a few minutes they magically disappeared. I certainly don't have NT set to map those drives automatically, so I'm not sure what's going on. This also happens to other users. I suspect that today's many hundreds (thousands) of smbd's came from an exacerbation of the same problem. I will install 18p2 as soon as I can, but before then I'd like to know if anyone else has had this problem. Thanks, --Pat McCormick
Argh. The third paragraph *should* read: Patrick McCormick wrote:> directory of the user who last logged into the machine. I once tried > disconnecting each drive (via Explorer) but after a few minutes they > magically *reappeared.* I certainly don't have NT set to map those > drives automatically, so I'm not sure what's going on. This also > happens to other users.
I say the same problem on an SGI system running 1.9.18p3. I started killing xterms and other things on my desktop and was finally able to do a ps and saw screenfulls of smbd's. As fast as I was killing things something (I assume it was smbd) would eat resources again. I couldn't even su to do a shutdown. After rebooting all I saw in the log were a few print requests but nothing that looked unusual. This machine was also the wins server. -----Original Message----- From: Patrick McCormick <pmccormi@MIT.EDU> To: Multiple recipients of list <samba@samba.anu.edu.au> Date: Thursday, March 19, 1998 3:38 PM Subject: smbd overspawning problems>I came back to my lab today to find the DEC AlphaStation 333 with DEC UNIX >4.0A running Samba 1.9.18p1 reporting "no more processes." It turned outthat>there were smbd processes filling the process table. > >We use the Alpha for the login directories for a small (4 machine) NTDomain.>The PDC is a real NT machine, and the Alpha holds all the user directories. >The user profiles are set so that NT automatically mounts\\alpha\%USERNAME%>to drive Z: when they log in. > >Lately, I've been noticing that after I log in and work for awhile, NT will >show every single drive (A-Z) that wasn't mapped previously mapped to the >directory of the user who last logged into the machine. I once tried >disconnecting each drive (via Explorer) but after a few minutes theymagically>disappeared. I certainly don't have NT set to map those drivesautomatically,>so I'm not sure what's going on. This also happens to other users. > >I suspect that today's many hundreds (thousands) of smbd's came from an >exacerbation of the same problem. > >I will install 18p2 as soon as I can, but before then I'd like to know if >anyone else has had this problem. > >Thanks, > >--Pat McCormick >
NT will also respawn these drives even when there are no *nix Samba servers. Ergo, I don't think there's much you can do. (For some reason, I keep getting a G: and H: remapping.)> Lately, I've been noticing that after I log in and work for awhile, NTwill> show every single drive (A-Z) that wasn't mapped previously mapped tothe> directory of the user who last logged into the machine. I once tried > disconnecting each drive (via Explorer) but after a few minutes they > magically *reappeared.* I certainly don't have NT set to map those > drives automatically, so I'm not sure what's going on. This also > happens to other users.