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:[EMAIL PROTECTED]
Sent: Friday, January 05, 2007 2:41 PM
To: James A. Dinkel
Cc: [email protected]
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


--
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba

Reply via email to