Hi,
I've a problem, with a cpu load (>66% while running a separate
virusscanner
with another 30%) of one of my smbd processes. It only happens occasionally
(approx. 2 times in the last 4 weeks). The backtrace is attached.
It seems to me, that smbd is looking for colorlaser5quota. This printer
isn't
attached anymore to the server and neither cups nor samba configuration
files include a section for this printer.
Is this error due to a bug in libc.so.6 not returning from __nis_hash() ?
Or because this machine is a NIS-server?
What to do next, to debug this further?
---nsswitch.conf---
passwd: compat
group: compat
hosts: files lwres dns
networks: files dns
services: files
protocols: files
rpc: files
ethers: files
netmasks: files
netgroup: files
publickey: files
bootparams: files
automount: files nis
aliases: files
(gdb) bt
#0 0x403172a2 in __nis_hash () from /lib/tls/libc.so.6
#1 0x403187e6 in __nscd_cache_search () from /lib/tls/libc.so.6
#2 0x40317374 in nscd_getpw_r () from /lib/tls/libc.so.6
#3 0x40317662 in __nscd_getpwnam_r () from /lib/tls/libc.so.6
#4 0x402b92bd in getpwnam_r@@GLIBC_2.1.2 () from /lib/tls/libc.so.6
#5 0x402b8c81 in getpwnam () from /lib/tls/libc.so.6
#6 0x081f038c in sys_getpwnam (name=0x798716af "") at system.c:883
#7 0x081f4658 in getpwnam_alloc (name=0xbfffe500 "COLORLASER5QUOTA")
at
util_pw.c:103
#8 0x081f2aa7 in Get_Pwnam_internals (user=0xbfffec6f
"colorlaser5quota",
user2=0xbfffe500 "COLORLASER5QUOTA") at username.c:279
#9 0x081f2c96 in Get_Pwnam_alloc (user=0xbfffec6f "colorlaser5quota")
at
username.c:315
#10 0x081f2cb1 in Get_Pwnam (user=0x798716af "") at username.c:329
#11 0x081f21a5 in get_user_home_dir (user=0x798716af "") at
username.c:76
#12 0x080eb681 in find_service (service=0xbfffec6f "colorlaser5quota")
at
service.c:139
#13 0x08149801 in set_printer_hnd_name (Printer=0x83e4ad0,
handlename=0xbfffec60 "\\\\134.91.90.52") at srv_spoolss_nt.c:539
#14 0x08149cf8 in open_printer_hnd (p=0x83d7f80, hnd=0xbfffeda0,
name=0xbfffec60 "\\\\134.91.90.52", access_granted=0) at
srv_spoolss_nt.c:637
#15 0x0814bce4 in _spoolss_open_printer_ex (p=0x83d7f80, q_u=0xbfffedc0,
r_u=0xbfffeda0) at srv_spoolss_nt.c:1619
#16 0x081445f0 in api_spoolss_open_printer_ex (p=0x83d7f80) at
srv_spoolss.c:80
#17 0x08176802 in api_rpcTNP (p=0x83d7f80, rpc_name=0x83d7f8e
"spoolss",
api_rpc_cmds=0x8346d80, n_cmds=51) at srv_pipe.c:1571
#18 0x08176541 in api_pipe_request (p=0x83d7f80) at srv_pipe.c:1517
#19 0x0817137f in process_request_pdu (p=0x83d7f80, rpc_in_p=0xbfffeff0) at
srv_pipe_hnd.c:668
#20 0x0817159e in process_complete_pdu (p=0x83d7f80) at srv_pipe_hnd.c:740
#21 0x08171856 in process_incoming_data (p=0x83d7f80, data=0x836a120
"",
n=196) at srv_pipe_hnd.c:838
#22 0x08171a63 in write_to_internal_pipe (np_conn=0x83d7f80, data=0x836a120
"", n=212) at srv_pipe_hnd.c:877
#23 0x081719d2 in write_to_pipe (p=0x83cade0, data=0x836a110 "\005",
n=212) at
srv_pipe_hnd.c:860
#24 0x0809a4fa in api_fd_reply (conn=0x83e4320, vuid=101, outbuf=0x405aa008
"", setup=0x83d2620, data=0x798716af "", params=0x0,
suwcnt=2,
tdscnt=2038896303, tpscnt=0, mdrcnt=1024, mprcnt=0) at ipc.c:304
#25 0x0809a7a5 in named_pipe (conn=0x83e4320, vuid=101, outbuf=0x405aa008
"",
name=0xbffff2e6 "", setup=0x83d2620, data=0x836a110 "\005",
params=0x0,
suwcnt=2, tdscnt=212, tpscnt=0, msrcnt=0, mdrcnt=1024, mprcnt=0) at
ipc.c:350
#26 0x0809b3dc in reply_trans (conn=0x83e4320, inbuf=0x40565008 "",
outbuf=0x405aa008 "", size=300, bufsize=131072) at ipc.c:561
#27 0x080ea26a in switch_message (type=37, inbuf=0x40565008 "",
outbuf=0x405aa008 "", size=300, bufsize=2038896303) at process.c:991
#28 0x080ea31a in construct_reply (inbuf=0x40565008 "",
outbuf=0x405aa008 "",
size=2038896303, bufsize=2038896303) at process.c:1021
#29 0x080ea66f in process_smb (inbuf=0x40565008 "", outbuf=0x405aa008
"") at
process.c:1121
#30 0x080eb368 in smbd_process () at process.c:1670
#31 0x0827e40b in main (argc=2038896303, argv=0xbffff6c4) at server.c:975
(gdb)
br, S. Held
Gerald (Jerry) Carter
2005-Oct-20 14:50 UTC
[Samba] high cpu load with 3.0.20b (not using ldap)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sebastian Held wrote:> Hi, > > I've a problem, with a cpu load (>66% while running a separate > virusscanner with another 30%) of one of my smbd processes. > It only happens occasionally (approx. 2 times in the last 4 weeks). > The backtrace is attached. It seems to me, that smbd is > looking for colorlaser5quota. This printer isn't attached anymore to > the server and neither cups nor samba configuration > files include a section for this printer. Is this error due > to a bug in libc.so.6 not returning from __nis_hash() ? Or > because this machine is a NIS-server? >...> > (gdb) bt > #0 0x403172a2 in __nis_hash () from /lib/tls/libc.so.6 > #1 0x403187e6 in __nscd_cache_search () from /lib/tls/libc.so.6 > #2 0x40317374 in nscd_getpw_r () from /lib/tls/libc.so.6 > #3 0x40317662 in __nscd_getpwnam_r () from /lib/tls/libc.so.6 > #4 0x402b92bd in getpwnam_r@@GLIBC_2.1.2 () from /lib/tls/libc.so.6 > #5 0x402b8c81 in getpwnam () from /lib/tls/libc.so.6 > #6 0x081f038c in sys_getpwnam (name=0x798716af "") at system.c:883 > #7 0x081f4658 in getpwnam_alloc (name=0xbfffe500 "COLORLASER5QUOTA") at > util_pw.c:103Looks like and issue in the nscd client request. The getpwnam() lookup is happening because a client is trying to connect to \\server\colorlaser5quota and you have a [homes] section. Does this help you out? cheers, jerry ====================================================================Alleviating the pain of Windows(tm) ------- http://www.samba.org GnuPG Key ----- http://www.plainjoe.org/gpg_public.asc "There's an anonymous coward in all of us." --anonymous -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDV66EIR7qMdg1EfYRAqg1AJ9JnnpwSTqJ6gjXbcbSNYZczx972ACfaD+x 9Dxq5ropYf6P3bbqJbgV3Zk=67Gk -----END PGP SIGNATURE-----