Windows 2003 traag (VMWare)

[Woodski]

Ik heb hier een vmware host op linux met 4 clients op een dikke HP server.

3 van die windows 2003 clients lopen heerlijk als Notes server

De 4de client is een Windows 2003 DC / fileserver / printserver
Deze DC loopt redelijk normaal maar heeft meteen full load als clients bestanden kopieeren vanaf deze fileserver. De taken lsass.exe en dfssvc.exe (distributed filessytem) paken de meeste CPU cycles.

Ik ben al heel wat uren aan het zoeken maar ik kan niet vinden hoe dit komt.
Als ik data kopieer van een van die andere 3 servers naar een client dan loopt dat wel soepeltjes

In de eventlogs kan ik wel wat fouten vinden mbt het DC verhaal
Alleen was deze doos al traag voordat dcpromo gedaan was.
Traag als in het duurt ongeveer 48 uur om 70GB over te zetten naar een client

Iemand wat tips waar ik dit kan zoeken ?
Herinstalleren is even lastig omdat deze doos in Spanje staat

edit
lsass zou trojan, vitus etc kunnen zijn.. maar de kans hierop is klein.
het probleem was er al meteen en er staat een geupdate AV client.
En natuurlijk alle nodige patches van Microsoft

[ Voor 10% gewijzigd door Woodski op 23-05-2006 23:18 ]

[Woodski]

weet je
laat maar

Ik ben een nieuwe virtuele Windows 2003 server aan het bouwen op die host
die loopt wel goed

Boel overzetten en dan donder ik die eerste weg
Vraag me nog wel af wat er aan de hand is

[Alex)]

Ehrm... is er een defecte index die herbouwd wordt?
lsass.exe hoeft niet per sé een virus te zijn, het is een essentieel systeemproces, zeker wanneer je een AD draait...

Enne, wanneer mensen bestanden kopiëren moeten steeds de rechten worden gecontroleerd, dat regelen die processen volgens mij. Heb je die VM wel genoeg RAM gegeven?

[ Voor 33% gewijzigd door Alex) op 23-05-2006 23:52 ]

[Woodski]

het is niet mijn bouwsel
Een Deen heeft 'm inelkaar geprutst en is toen verdwenen, nu zit ik er mee
En Spanje is mijn vernatwoording

Hij heeft 2GB ram en 3GHZ CPU van vmware gekregen

Welke index bedoel je ?
Deze server staat er al een paar weken nu met deze shit vanaf dag 1

[ Voor 22% gewijzigd door Woodski op 24-05-2006 00:04 ]

[elevator]

Windows schakelt disk caching uit op de disken waar je je active directory database files opzet - zijn die gelijk?

[Alex)]

Hmm... dat is inderdaad vreemd. Met een index doel ik op je AD, die heeft wat indexes om de boel wat te versnellen... maar als hij al zolang moeilijk doet, wordt het lastig...

[Woodski]

Alex schreef op woensdag 24 mei 2006 @ 00:11:
Hmm... dat is inderdaad vreemd. Met een index doel ik op je AD, die heeft wat indexes om de boel wat te versnellen... maar als hij al zolang moeilijk doet, wordt het lastig...

Ah zo... nee de ellende was er al voor de promotie naar DC
Toen was de server al wel een memberserver in de AD dus het kan nog daaraan liggen

Lokaal kopieeren van de ene partitie naar de andere partitie gaat wel goed
McAfee pakt wel veel processortijd hierbij

Via een crosscable met de andere netwerkkaart naar de backup server is bagger traag
Hetzelfde probleem als in de OP... McAfee uitzetten helpt hier niet

Ik heb alleen weinig trek om met de AD te klooien
Even snel herbouwen op een andere client lijkt me makkelijker met meer kans op succes

[Martien]

Probeer ook eens accelaration uit te zetten in vmware

[Woodski]

Zojuist de data partitie aan een andere virtuele server gehangen
De problemen bleven, 100% CPU load als ik met die files bezig ging

Na wat zoeken gebeurt dit niet met files in een folder die ik zojuist heb aangemaakt
Iets heel vaags dus met de NTFS rights

Ik ben nu bezig alle data over te zetten naar een nieuwe folder
Dan hoop ik dat alles ok is als ik de NTFS rights weer goed zet