Archiv

Artikel Tagged ‘windows’

Windows Clients / Server zuverlässig rebooten

Ich wollte die Tage für einen Kunden einrichten, das sich seine Server zu fest definierten Zeitpunkten automatisch neustarten. Zuerst ging ich mit den Boardmitteln von Windows daran, was sich aber leider nicht als sehr zuverlässig herausstellte.

Die finale Lösung liegt nun in einem VB Script, welches nun zuverlässig die Server neustartet, ohne Probleme zu verursachen oder zusätzliche Software zu benötigen. Hier mal auch für euch das Script:

1
2
3
4
5
Set colOperatingSystems = GetObject("winmgmts:{(Shutdown)}").ExecQuery("Select * from Win32_OperatingSystem")
 
For Each objOperatingSystem in colOperatingSystems
ObjOperatingSystem.Win32Shutdown(2+4)
Next

Das Script habe ich auf Windows XP Pro, Server 2003, Server 2008, Vista Business sowie auf Windows 7 erfolgreich testen können. Nirgends musste ich Anpassungen vornehmen!

Windows, Linux, Mac und die Kinder – der Streit

Streiten sich drei Männer, welches wohl das beste Betriebssystem für Männer sei.
Sagt der Erste:
“Echte Männer arbeiten mit Windows und lassen die PS/2 den Kindern zum spielen!”
Darauf hin der Zweite:
“Echte Männer arbeiten mit Linux und lassen den Windows PC den Kindern zum spielen!”
Alles Quatsch,” sagt der Dritte, “echte Männer spielen mit ihren KINDERN und lassen den MAC für sich arbeiten!!!”

Kommentar: Manchmal sprechen Witze die Wahrheit….

KategorienWitziges Tags: , , ,

Hewlett Packard ProLiant DL180 G5 unter Microsoft Windows Server 2003

Hewlett Packard ProLiant DL180 G5

Hewlett Packard ProLiant DL180 G5

Der erste Eindruck war recht vielversprechend. Auf den ersten Blick hat der DL180 die Optik eines typischen HP ProLiant der DL Serie, das Innenleben des Servers läßt erstmal wenig Wünsche offen.

  • Bis zu acht 3,5″ SAS oder SATA Festplatten
  • bis zu zwei Intel XEON Quadcore
  • Serienmässiger Hardware RAID Controller
  • Bis zu 16GB RAM auf 6 DIMMs
  • Gigabit Ethernet
  • Bis zu 2 (dann redundante) Netzteile
  • Inklusive Rackmount Kit

Auf den zweiten Blick sieht man das man zu einem DL380 schon deutliche Abstriche machen muss. Das gesamte gehäuse scheint aus einem deutlich güstigerem Material gefertigt zu sein, die “Spaltmaße” passen auch nur soweit wie es für die Funktion der jeweiligen Teile erforderliche ist.

Auch das mitgelieferte Rackmount Kit besteht eigentlich nur aus zwei rechtwinkligen Blechen, auf welche der Server später dann geschoben wird. Hier sollte man eine andere Montagelösung eindeutig vorziehen, da der Server sich im Rack durchbiegt (zumindest war es bei meinem Kunden der Fall, 2 SATA HDD´s waren auf 0/0 und 0/1 montiert).

Beim Betrieb von Microsoft Windows Server 2003 sollte man definitiv darauf gefasst sein, das manche Treiber nicht durch ein ProLiant Support Pack (ich hatte Version 8.5 verwendet) installiert werden. Dementsprechend muss manuell gesucht (auf der HP Seite gab es die nicht) und installiert werden.

Hierbei wird man auf ein paar “Unbekannte Geräte” stossen – das ist ein Socket für das zusätzlich zufügbare iLo Interface etc.  HP hat hierfür einen “Treiber” in der KB hinterlegt.

Was bei mir überhaupt nicht richtig laufen wollte, war die Grafikkarte – leider für meinen Kunden extrem wichtig… Egal welchen Treiber ich für die Matrox G200 Series eingesetzt hatte, es lief nicht sauber – bei den HP Treibern kam es sogar zu BlueScreens und totalen Systemstillständen. Vielleich bessert HP hier ja nochmal nach…

Fazit:

Der ProLiant DL180 ist gut als Backupserver, oder Clusterknoten. Als Primärserver kann ich ihn nicht empfehlen, hier sollte man eindeutig die grossen Brüder des DL180 vorziehen – den DL380 zum Beispiel. Ich kann jedoch den DL180 für folgende Einsatzzwecke als sehr gut geeignet empfehlen:

  • iSCSI Targetserver (unter Ubuntu 8.04 LTS Server)
  • LAMP Webserver (unter Ubuntu 8.04 LTS Server)
  • VMware ESXi Server (mit externem Storage)
  • VMware ESX Server (mit einem SmartArray P400i  Controller statt dem Seriencontroller)
  • Backup to Disk Device für Symantec Backup Exec 12.5 (wahlweise unter Windows Server 2003 R2 oder unter Ubuntu 8.04 LTS Server)
  • Windows Server 2003 R2 Fileserverspiegel (DFS Replikat des primären Fileservers)

WSUS 3.0 Clienteinstellungen per Registry Schlüssel

Um über einen WSUS Windows Updates zu verteilen, kann man die nötigen Einstellungen über einen Registry Schlüssel verteilen. Alternativ funktioniert dies auch über GPO´s – jedoch stehen diese gerade in Domänen mit Linux basierten Domänencontrollern nicht zur Verfügung. Was man alles über diesen Registry Schlüssel einstellen kann, sei nachstehend erklärt:
Der Registry Schlüssel:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
Windows Registry Editor Version 5.00
 
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\wuauserv]
"Start"=dword:00000002
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\WindowsUpdate]
"TargetGroupEnabled"=dword:00000001
"TargetGroup"="Clients"
"ElevateNonAdmins"=dword:00000001
"WUServer"="http://WSUS-SERVER"
"WUStatusServer"="http://WSUS-SERVER"
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\WindowsUpdate\AU]
"AUOptions" =dword:00000004
"AutoInstallMinorUpdates" =dword:00000001
"IncludeRecommendedUpdates" =dword:00000001
"DetectionFrequency" ==dword:00000001
"DetectionFrequencyEnabled"=dword:00000001
"DetectionFrequency"=dword:00000001
"NoAutoUpdate"=dword:00000000
"NoAutoRebootWithLoggedOnUsers"=dword:00000001
"RebootRelaunchTimeout" =dword:00001440
"RebootRelaunchTimeoutEnabled" =dword:00000001
"RebootWarningTimeoutEnabled"=dword:00000001
"RebootWarningTimeout"=dword:00000030
"RescheduleWaitTimeEnabled"=dword:00000001
"RescheduleWaitTime"=dword:00000030
"ScheduledInstallDay"=dword:00000003
"ScheduledInstallTime"=dword:00000010
"UseWUServer"=dword:00000001
 
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\WindowsUpdate]
"DisableWindowsUpdateAccess"=dword:00000001

Erklärung der einzelnen Schlüssel:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\wuauserv
Start DWORD 1 (Aktiviere den Windows Dienst “Automatische Updates” und setzte ihn auf “Automatisch”)

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\WindowsUpdate

TargetGroupEnabled DWORD 1 (Automatisch den PC einer WSUS Gruppe hinzufügen)
TargetGroup STRING Clients (Gruppe HAAR für obige Einstellung vorgeben)
ElevateNonAdmins DWORD 1 (Auch Nichtadministratoren über neue Updates informieren)
WUServer STRING http://WSUS-SERVER (Pfad zum WSUS Server)
WUStatusServer STRING http://WSUS-SERVER (Pfad zum WSUS Server)

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\windows\WindowsUpdate\AU

AUOptions DWORD 4 (Installiere Updates automatisch nach Zeitplan)
AutoInstallMinorUpdates DWORD 1 (Installiere kleinere Updates (kein reboot) sofort)
DetectionFrequency DWORD 1 (suche ein mal pro Stunde nach neuen Updates)
DetectionFrequencyEnabled DWORD 1 (aktiviere automatische Suche nach Updates)
NoAutoRebootWithLoggedOnUsers DWORD 1 (Kein automatischer Reboot wenn User eingeloggt sind, dann nachfragen)
NoAutoUpdate DWORD 0 (AutoUpdate aktivieren)
RebootRelaunchTimeout DWORD 1440 (Nach der Frage nach Reboot 24 Stunden warten bis zur nächsten Anfrage)
RebootRelaunchTimeoutEnabled DWORD 1 (Obige Einstellung überhaupt erst aktivieren)
RebootWarningTimeout DWORD 30 (zur Sicherheit 30min warten bis sich der User entschieden hat ob er rebooten möchte oder nicht)
RebootWarningTimeoutEnabled DWORD 1 (umgehe auto 5 min Reboot Warnung mit obiger Einstellung)
RescheduleWaitTime DWORD 30 (nach 30min verpasste Updates erneut installen (versuchen))
RescheduleWaitTimeEnabled DWORD 1 (aktiviere obige Einstellung)
ScheduledInstallDate DWORD 3 (jeden Dienstag Patchtag)
ScheduledInstallTime DWORD 10 (jeden Tag um 9 Uhr – 0-23 Uhr sind Values)
UseWUServer DWORD 1 (WUServer überhaupt erst verwenden)

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\WindowsUpdate

DisableWindowsUpdateAccess DWORD 1 (Untersage Änderungen an den Updateeinstellungen)

Fehler, Hinweise und Ergänzungen gern jederzeit an mich. Ich bemühe mich immer alles Richtig aufzuschreiben, aber manchmal schleicht sich der Fehlerteufel auch hier ein…

Windows NTP Serverliste ergänzen (Zeitserver)

Wer seinen Client bisher mit einem der von Windows vorgegebenen Zeitserver aktualisiert hat, möchte in dieser Liste vielleicht auch andere Server stehen haben. So erging es mir zumindest heute. Auf einem Windows Server 2003 System sollte der lokale NTP Server des Kundennetzwerkes verwendet werden, externe NTP Server sind aufgrund von Firewallrestriktionen nicht erreichbar.



Gut, kein Thema – der lokale NTP Server ist ein kleines Linuxsystem mit einer Funkuhr dran, also eine fast ideale Zeitquelle – nur wie bringe ich Windows dazu es genauso zu sehen?
Durch einen Blick in die Windows Registry “Start -> Ausführen -> Regedit” wird es sehr schnell deutlich. Unter

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\DateTime\Servers

findet man genau die Liste der Server die Microsoft Windows von Hause aus mitgibt. Diese muss man nur erweitern!

Mit einem Rechsklick in einen freien Bereich unter der Serverliste im Windows Registry Editor fügt man einfach über “Neu – Zeichenfolge” einen neuen Eintrag hinzu. Achte auf die fortlaufende Nummer! Danach editiert man den neuen Wert und trägt dort den gewünschten neuen Zeitserver ein, sei es ein lokaler Zeitserver oder zum Beispiel ntp1.ptb.de oder auch ntp2.ptb.de – Fertig!

Es gibt auch noch andere Wege einen Zeitserver zu setzen, dabei sind auch Scriptgeeignete – aber dazu komme ich in meinem nächstem Beitrag zum Thema KixTart!