blub

irgendein Programm zieht den RPC-Server bzw. Dienst runter. Wenn du sonst keine Hinweise auf die Ursache hast (eventlog, hohe prozesslast im Perfmon,..) bleibt dir nur übrig, nacheinander alle zusätzlichen Programme zu stoppen und zu sehen, ob der Fehler noch auftritt. cu blub

mit server2008 kommt nap Network Access Protection NAP setzt IPSEC voraus und wird ein grösseres Projekt sein. cu blub

Windows Management Instrumentation (WMI): Häufig gestellte Fragen (FAQ) unter F.8 cu blub

Microsoft Corporation such nach 0x25, da findest du die Ursache (Zeitdifferenz zwischen Client und DC zu hoch) sowie eine solution cu blub

@tacher , auch raffiniert :) Merci blub

mir fällt nur eine vbs-funktion ein Welcome to the MSDN Library mit wscript.quit(x) kannst du einen errorlevel in die aufrufende *.Bat zurückgeben und diesen auswerten cu blub

der Tipp ist für grosse Teile des asiatischen Raums gültig ;)

wenn du was zu essen im Restaurant bestellst, sagst du zur Bedienung einfach, weil dir die Namen der Speisen eh nichts sagen: "Bringen sie mir irgendwas, hauptsache es ist tot." Die JAL ist übrigens wohl noch die einzige Fluglinie, in der geraucht werden darf

Hallo Scripter, Wenn ihr ein Problem mit einem selbstgeschriebenen Skript habt, will dieses Forum ebenfalls eure Anlaufstelle sein! Ihr könnt einiges selbst dazu beisteuern, den hilfreichen Geistern beim Troubleshooten zu helfen und damit schneller eine Lösung zu erhalten. Erstmal ein Beispiel für ein Posting, das wenig Aussicht auf Erfolg hat: "ich habe hier ein Skript zum Irgendwasmachen. Das Skript bricht immer ab oder bringt kein Ergebnis" Anschliessend folgen 125 Zeilen Code, der Code beginnt mit "on error resume next" und mittendrin tauchen noch spezifische Druckernamen, Servernamen, LDAP-Pfade etc. auf. Besser ist es, wenn ihr den Code soweit wie möglich eindampft, so dass nur der problematische Teil übrigbleibt, an dem das Skript hängenbleibt, falsche Werte liefert etc. Ohne Variablendefinition sollten nicht mehr als 10 Zeilen Code übrigbleiben. Superidealerweise ist der Problemcode in einer Function oder Subroutine verpackt. Weiter entfernt das "on error resume next" und schreibt alle Ausgaben/ Fehlermeldungen in das Post. Zuguterletzt, variabilisert euren Code, so dass alle Variablen in die ersten Zeilen des Skripts gesetzt sind. Dann kann man beim Troubleshooten das Skript für die eigenen Testumgebung leicht anpassen und eine Fehlersuche effektiv durchführen Viel Spass weiter im Forum blub

Einige Beispiele gibts hier: How to use Xcacls.vbs to modify NTFS permissions wenn der Artikel deine Kenntnisse übersteigt, dann Amazon.de: Windows 2000 Scripting Guide.: English Books: Microsoft Corporation

hast du einen NTFS-Schreibuschutz drauf?

Die Ressourcenplanung und die Technik kommen bei so einem Projekt erst viel später. - Erstell zuerst mal eine Grobplanung, was das System prinzipiell leisten soll. Da brauchst du dir um Technik/ Ressourcen noch keine Sorgen machen. (z.B. welche Anfordrungen haben Fahrgäste, Fahrer, Taxifirmen, Hotels, etc). - Dann machst du eine Feinplanung. z.B. Fahrer ( wie deren Anforderungen konkret aussehen) - Danach kannst du über Umsetzung/ Technik/ Kosten etc. Gedanken machen cu blub

wo weisst du denn weiter und wo nicht?

hier mal eine etwas ausgearbeitetere Version, die sich per wmi under win32_operatingsystemclasse die Daten holt --- On Error Resume Next Set objDictionary = CreateObject("Scripting.Dictionary") i = 0 Set objOU = GetObject("LDAP://ou=domain controllers, DC=test,dc=de") objOU.Filter = Array("Computer") For Each objComputer in objOU objDictionary.Add i, objComputer.CN i = i + 1 Next output "Name","OSType","Version","Major","Minor" For Each objItem in objDictionary StrComputer = objDictionary.Item(objItem) Set objWMIService = GetObject("winmgmts:" _ & "{impersonationLevel=impersonate}!\\" & strComputer& "\root\cimv2") Set colProperties = objWMIService.ExecQuery _ ("SELECT OSType, Version,ServicePackMajorVersion,ServicePackMajorVersion FROM Win32_operatingsystem") for each strProperty in colproperties output strComputer,strproperty.ostype,strproperty.version, _ strProperty.ServicePackMajorVersion,strProperty.ServicePackMajorVersion next Next sub output(para1, para2, para3,para4,para5) intPadding = 17 - Len(para1) intPadding2 = 8 - Len(para2) intPadding3=15 - Len(para3) intPadding4=8 - Len(para4) para1 = para1 & Space(intPadding) para2 = para2 & Space(intPadding2) para3= para3 & Space(intPadding3) para4= para4 & Space(intPadding4) Wscript.Echo para1 & para2 & para3 & para4 & para5 end Sub -- was genau "Name","OSType","Version","Major","Minor" bedeuten, kann man hier nachlesen Win32_OperatingSystem

mach einen Treiberupdate der NIC cu blub

Hallo, dazu brauchst du die Klasse Win32_LogicalFileSecuritySetting und win32_logicalfileauditing Win32_LogicalFileAuditing und als Beispiel Microsoft Corporation cu blub

Hallo Hortix, Hast du jetzt 13516-er? Mehr als einen authoritativen Restore mit D4 kann bei inkosistentem FRS Problemen meines Wissens kaum mehr machen. Die "normale" AD-Repliaktionläuft bei dir ja, oder (z.B. repadmin -replsum ist fehlerfrei) Du kannst dir noch das Tool Ultrasound installieren (http://www.microsoft.com/downloads). Damit kann man einige FRS-Tests durchführen, z.B. einen Propagationtest. Dieser erstellt im Sysvol eines DCs ein temporäres File und wertet aus, wielange es dauert, bis die anderen DCs das File erhalten. Ausserdem hat es eine exzellente Onlinhilfe zu FRS. Allerdings brauchst du dazu einen SQL2000-Server oder die MSDE cu blub

vllt. macht dich das hier schon glücklich http://support.microsoft.com/kb/825751/EN-US/ cu blub

hast du D2 oder D4 durchgeführt? Hinter D4 ist die Wand cu blub

schtasks /run

ich meinte, sind das Batchdateien oder Skripte die du aufrufst? Dann kannst in die Batch einen Output schreiben, der dir Datum/ Uhrzeit in eine Log schreibt. Sonst kannst du die Tasks auch verbatchen. z.b in eine task1.bat calc.exe echo Task calc wurde um %Date% um %Date% ausgeführt >> c:\temp\log\tasks.log im taskmanager stellst du die task1.bat ein. cu blub

%~dpn0 ist einfach ein dynamischer Platzhalter. echo test >%~dpn0-log.txt schreibt die Ausgabe in eine LogDatei, die im gleichen Pfad wie das Skript liegt, und den Namen <scriptname>-log.txt hat cu blub

benutze das err-Objekt Err Object (VBScript) sowie eine Logdatei und überleg dir mal, was für eine Antwort du bei so einer Fehlerbeschreibung erwartest cu blub

schau dir das err-Objekt an Err Object (VBScript) dessen Einsatz ist sinnvoll, wenn du mit "on error resume next" arbeitest aus meinem Lieblingsbuch "Windows 2000 Scriptingguide" Microsoft Windows 2000 Scripting Guide - Error Handling

was sind denn das für tasks?