Bug 1250 - nmbd generates high load
Summary: nmbd generates high load
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: nmbd (show other bugs)
Version: 3.0.2
Hardware: All other
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-07 07:01 UTC by Milan Kerslager
Modified: 2005-08-24 10:26 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kerslager 2004-04-07 07:01:18 UTC
I'm using WhiteBoxLinux.org 3.0 (a clone of Red Hat Enterprise Linux, package 
is samba-3.0.2-6.3E) on an Intel server. nmbd produces high load (50-95%) and I 
see nothing relevant in nmbd.log file even I have "log level = 5" in my log 
file. The load is not the same all the time and it jumping high and low but 
almost staying over 50%. The site is around 200 PC (several XP, the rest are 
W'98). Only XP are in the domain, the rest still uses Novell Netware server. 
The same high load I see on PDC and other standalone Samba server too. The load 
is high even there is no client connected.

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME CPU COMMAND
13228 root      25   0 18556  18M 17968 R    74,2  3,6   3:12   0 nmbd
Comment 1 Y Song 2004-06-29 12:33:30 UTC
Our development network just got the same problem.
We have four Redhat AS2.1 boxes running samba and around 15 win2k/xp desktops 
on the same subnet. Every two minutes or so the nmbd process CPU load rises to 
50-99% on all the four samba boxes for some seconds and the systems are stuck 
for this duration. Our samba version is still the old 2.2.1a-4

PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
16629 root      25   0  3416 3416  3108 S    67.3  0.0  16:17 nmbd
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-02-08 20:49:37 UTC
please test 3.0.11 and reopen if the bug still exists. Thanks.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:26:58 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.