so good to know it's not just me that this is happening to. I've been struggling with this on an Intel Mac Pro Quad running 10.4.9 for months. worse thing is, the server's remote, so I have to take a friggin taxi over to it every week to kick its butt.
not to mention, there are some pretty heavy weight clients running on this, and we don't look good.
come on Apple, this isn't isolated, how about a fix? too much to ask?
Cameron Knowlton
>2 okt 2007 kl. 07.40 skrev David Minard:
>
>>Got similar problems. Our OD master just clags up. It's a G5 running 10.4.10. Static IP. No DNS runningon it. No DHCP running on it. No NAT running on it. Just OD as a master, and Samba as a PDC.
>>
>>I have been ssh-ed in to the server before it clags up and run "top -o cpu". What I see is that "Password Server" is flogging itself to death - it does this periodically, and sometimes it drags LDAP with it. Both processes alone take up pretty much 100% of the CPU, and that is when the server is basically a boat anchor.
>>
>>I'd love to have this not happen, as re-booting it to fix the problem is less than ideal.
>
>Interesting.
>
>I wonder if there's really no workaround for this. I think it's quite apparent at this stage that this doesn't have to do with one of my interfaces being on DHCP (the other one static), since a few others are experiencing the same problems. As you say, rebooting the server is less than ideal. As a sidenote to all this, the one of my servers that's experiencing this problem has been up for 13 awsome days now. Not sure why it hasn't failed yet, but I guess it'll happen any day now :>
>
>I'm not fluent enough on the inner workings of OS X Server to come up with a workaround as of now, I'm hoping some guru on this list has the time to do it :P
>
>Kind Regards, Leo
>
>>David Minard.
>>Ph: 0247 360 155
>>Fax: 0247 360 770
>>
>>School of Computing & Mathematics
>>Building Y - Penrith Campus (Kingswood)
>>Locked bag 1797
>>Penrith South DC
>>NSW 1797
>>
>>[Sometimes waking up just isn't worth the insult of the day to come.]
>>
>>
>>
>>On 19/09/2007, at 6:57 AM, David Haines wrote:
>>
>>>On Sep 18, 2007, at 2:35 PM, Aaron Bendickson wrote:
>>>>In our case, the OD server is set up w/ static IP addresses, however, it does supply DHCP and NAT services to our LAN. It's also running DNS services and VPN (which supplies DHCP for VPN clients).
>>>>
>>>>Am I understanding correctly that any one or any combination of these things could cause Directory Services to cease up as they all could and do cause network events?
>>>
>>>Possibly, but they shouldn't. A greater consideration is the load on each/all of the services. How many OD users and why not have your Router do NAT and DHCP ? You should find it's been frequently discussed on this list, that even a cheapo, "home"-style router is going to do just as good a job if not better.
>>>
>>>If you stand back a minute and think of this not from the point of view of "my Mac can do it, so why not," and rather, look at it in terms of overall system & network architecture, then you arrive at a different mindset. Just because a server /can/ do certain jobs (NAT & DHCP), doesn't mean it should or that it's even best that it does - in fact it's probably better that it not.
>>>
>>>On Sep 18, 2007, at 2:55 PM, Steven Kolins wrote:
>>>>
>>>>On 09 18 07 2:35 PM, "Aaron Bendickson" <email@hidden> wrote:
>>>>
>>>>My understanding is that an OD shouldn't be it's own DNS.
>>>
>>>It absolutely can, the question is do you want it to (see above) ?
>
>_______________________________________________
>Do not post admin requests to the list. They will be ignored.
>Macos-x-server mailing list (email@hidden)
>Help/Unsubscribe/Update your Subscription:
>http://lists.apple.com/mailman/options/macos-x-server/email@hidden
>
>This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
This email sent to email@hidden
