Hi All I recently began having issues where there would be a runaway SMBD process listed in TOP, having a Pri of around 25, and using 70 to 95% CPU indefinitely. IPTRAF reports around 600kbps constantly in and out from the subject workstation, with nothing going on - on the workstation. This traffic is parallel to the runaway SMBD process ... the traffic dies when the SMBD process is eliminated. Issuing a kill command on it seems to have no affect -- it just ignores. I used IPTRAF's lan station monitor to see from which workstation the session originated. Once I found the workstation I shut it down. The runaway SMBD process ended, having 80 to 90% CPU free on the file and print server. Immediately upon booting these XP PRO workstations (not all of them), the SMBD process goes crazy again. I've now run into two different PCs that do this to our server. If I kill the SPOOLSV.EXE service in the XP task manager, the runaway SMBD process ends immediately. The downfall is that XP PRO machine then can't print. To dig a little deeper, I tried this: booted the PC, verified that the SMBD process indeed was haywire, then deleted the three network printer configurations from the XP PRO control panel. Boom! That SMBD process ended again. I have enabled devmode in the conf as indicated in the docs, which did not resolve the problem. All information you can throw my way, related or not, is greatly appreciated. Thanks, -Ryan Beisner PS SYSTEM INFO: Dell PIII Rackmount PowerEdge I have Samba 2.2.7 on RedHat 7.3 which has been running stable for quite some time. There are over 50 workstations (98, XP, 2000). */ /*
Hi everyone,
I've just configured EVERYTHING for my printer ( HP PSC 1120 ) to work on
my linux box. And it does perfectly. I've also configured samba, and it
works. I've shared the printer through samba, and still everything is ok.
But, as the printer is USB only, windows do not have the driver
installation for network printing. That's ok, cause I installed and
configured the PPD file of the printer (from linuxprinting.org) with CUPS,
and it is working fine in linux.
I read *ALL* (I really mean it) the "Samba 3.0 Printing HOWTO" and
successfuly did the following things :
-Enabled the print$ dir
-Installed the printer driver there (with rpcclient adddriver)
But the LAST command :
rpcclient localhost -U'root%xxx' -c "setdriver hp1210 hp1210"
keeps telling me :
cmd = setdriver hp1210 hp1210
result was NT_STATUS_UNSUCCESSFUL
while the commands :
cmd = enumdrivers
[Windows NT x86]
Printer Driver Info 1:
Driver Name: [hp1210]
cmd = enumprinters
flags:[0x800000]
name:[\\localhost\hp1210]
description:[\\localhost\hp1210,,HP 1210]
comment:[HP 1210]
tell me that the printer is there, and the driver is there.
I don't know if this has anything to do with permissions, but I've
turned
my "/etc/samba/drivers/" dir into something world writable, util I
make
this driver works, then I turn it back. (also put : writable = yes under
the smb.conf).
I'd really appreciate some help here. By the way, I'm using samba
2.2.7a-
8.9.0 , in a Red Hat 9.0
[]s
Mauricio Oliveira Carneiro
Just an FYI: I narrowed it down to a single printer (HP LJ 8150DN), where the default XP driver caused a runaway SMBD process (at like 90% CPU usage). Upon installing the official HP driver, this problem stopped. Simply deleting the printer from XP's config would end the problem too. -Ryan On Tue, 2003-06-03 at 20:56, Ryan Beisner wrote:> Hi All > > I recently began having issues where there would be a runaway SMBD > process listed in TOP, having a Pri of around 25, and using 70 to 95% > CPU indefinitely. > > IPTRAF reports around 600kbps constantly in and out from the subject > workstation, with nothing going on - on the workstation. This traffic > is parallel to the runaway SMBD process ... the traffic dies when the > SMBD process is eliminated. > > Issuing a kill command on it seems to have no affect -- it just ignores. > > I used IPTRAF's lan station monitor to see from which workstation the > session originated. Once I found the workstation I shut it down. > > The runaway SMBD process ended, having 80 to 90% CPU free on the file > and print server. > > Immediately upon booting these XP PRO workstations (not all of them), > the SMBD process goes crazy again. I've now run into two different PCs > that do this to our server. > > If I kill the SPOOLSV.EXE service in the XP task manager, the runaway > SMBD process ends immediately. The downfall is that XP PRO machine then > can't print. > > To dig a little deeper, I tried this: booted the PC, verified that the > SMBD process indeed was haywire, then deleted the three network printer > configurations from the XP PRO control panel. Boom! That SMBD process > ended again. > > I have enabled devmode in the conf as indicated in the docs, which did > not resolve the problem. > > All information you can throw my way, related or not, is greatly > appreciated. > > Thanks, > > -Ryan Beisner > > > PS > > SYSTEM INFO: Dell PIII Rackmount PowerEdge > I have Samba 2.2.7 on RedHat 7.3 which has been running stable for quite > some time. There are over 50 workstations (98, XP, 2000). > > > > */ /* > > > > >
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 3 Jun 2003, Ryan Beisner wrote:> Hi All > > I recently began having issues where there would be a runaway SMBD > process listed in TOP, having a Pri of around 25, and using 70 to 95% > CPU indefinitely. > > IPTRAF reports around 600kbps constantly in and out from the subject > workstation, with nothing going on - on the workstation. This traffic > is parallel to the runaway SMBD process ... the traffic dies when the > SMBD process is eliminated.This sounds like a bug I found in a few Lexmark drivers when operating in RAW mode. Same bug occurred from win2k to win2k. The client's spooler tries to continually ask for the timestamp on the printer (change_id) but never updates it's local cache. I see a different driver fixed it (in a later post) so i would guess it's probably anpther printer driver issue. cheers, jerry ---------------------------------------------------------------------- Hewlett-Packard ------------------------- http://www.hp.com SAMBA Team ---------------------- http://www.samba.org GnuPG Key ---- http://www.plainjoe.org/gpg_public.asc "You can never go home again, Oatman, but I guess you can shop there." --John Cusack - "Grosse Point Blank" (1997) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) Comment: For info see http://quantumlab.net/pine_privacy_guard/ iD8DBQE+4BLVIR7qMdg1EfYRAog9AKCVQWBWvaIERybnj3Ld2E8gMPS+LQCfaj69 CmqROeKkKCEaUjrlxSGO/0g=b0SJ -----END PGP SIGNATURE-----