[Samba] smbd keeps maxing out the cpu, must reboot server constantly

[Aaron Kincer]

I've discovered something interesting. If the AD domain controller that 
holds the global catalog is offline, certain things will exhibit the 
behavior you are talking about. Most notably, if a PC is set to sync an 
offline folder. Microsoft Access also will peg the processor.

Not sure if this helps, but I can reproduce your issue on my network 
with the global catalog offline.

I find this interesting because Samba is pointed to a different domain 
controller and not the one with the global catalog. I'm sure one of the 
developers out there could probably give an "aha!" speech or something.

James A. Dinkel wrote:
> Err, because I had not heard of (or remembered of) strace.  I'll check
> it out.  I've also discovered, there is one computer (maybe others, too)
> that whenever it connects the processor maxes out.  I tried it a couple
> time... rebooting the file server, connect from that computer, and see
> the proc max-out.  Looking specifically at the logs for that computer,
> may give me some insight, but it will have to wait until probably
> Monday.
>
> James Dinkel
> Network Engineer
> Butler County of Kansas
>  
> There are 10 types of people in the world:  those who understand binary,
> and those who don't.
>
>   
>> -----Original Message-----
>> From: Andrew Morgan [mailto:morgan at orst.edu]
>> Sent: Friday, January 05, 2007 2:41 PM
>> To: James A. Dinkel
>> Cc: samba at lists.samba.org
>> Subject: RE: [Samba] smbd keeps maxing out the cpu, must reboot server
>> constantly
>>
>> On Fri, 5 Jan 2007, James A. Dinkel wrote:
>>
>>     
>>> Yeah, I see the brief spikes when each user connects.  Those are
>>> nothing.  This is a dual-Xeon 3.6Ghz server (both assigned to the
>>>       
> Ubuntu
>   
>>> file server vm) with 1GB of RAM assigned to this vm.  It's the only
>>>       
> vm
>   
>>> running on this ESX server.
>>>
>>> Also top doesn't show a user smbd process maxing out the processor,
>>>       
> it's
>   
>>> the root smbd process.
>>>       
>> Why not run strace against the offending smbd and see what it is
>>     
> doing?
>   
>>  	Andy
>>     
>
>