Betriebssystemadministrivia - Admin

NTFS ist offenbar doch mysteriös?

nospam@example.com (Patrick Diddens) — Sat, 12 Feb 2011 19:18:17 +0100

Oder es ist einfach zu wenig interessant. Das fiel mir vor über 2,5 Jahren schon auf: http://www.diddens.de/blog/archives/44-Das-Mysterium-NTFS.html und es scheint sich nicht zu ändern. Ja, [DriveLetter]:\$Extend\$UsnJrnl existiert wirklich. Und NTFS ist auch weiterhin ein Journaling FS.

Nativer Windows-Amok-Tomcat

nospam@example.com (Patrick Diddens) — Fri, 29 Aug 2008 15:14:29 +0200

Tomcat can use the Apache Portable Runtime to provide superior scalability, performance, and better integration with native server technologies.

Auch der Installer suggeriert, dass "native" für Produktionsmaschinen das Mittel der Wahl ist. Wenn man dann aber bemerkt, dass die Installation sehr effektvoll läuft, z.B. 25% CPU-Last für Contextswitches auf einer aktuellen Quadcore-CPU, sporadische Aussetzer beim Generieren, und procexp.exe dann auch noch belegt, dass der erste Gedanke richtig ist... Schmeißt man alles runter und installiert Tomcat ohne tcnative-1.dll mit JRE 1.6 und die netten Effekte sind weg. Damit fällt das oben angeführte Zitat wohl unter Marketing - Schade.

Das Mysterium NTFS

nospam@example.com (Patrick Diddens) — Wed, 11 Jun 2008 21:46:00 +0200

Wieso kennt so gut wie niemand fsutil, diskpart oder mehr Optionen für chkdsk als /x /r /f?

o.dns.noxa.de

nospam@example.com (Patrick Diddens) — Tue, 03 Jun 2008 20:18:00 +0200

Nachdem ich nun schon längere Zeit die Maildienste von noxa.de nutze, wird es Zeit auch noxa etwas zu geben. Ich stelle einen Secondary NS um die Verfügbarkeit weiterhin zu gewährleisten, nachdem ein anderer Secondary NS leider vom Netz gehen musste.

Die Zeit vergeht langsam mit CentOS 5 auf VMware Server

nospam@example.com (Patrick Diddens) — Mon, 18 Feb 2008 18:47:00 +0100

Linux auf VMware Server, sollte doch kein Problem sein. Also RHEL4 als Grundlage genommen für eine CentOS 5 VM, alles installiert, fertig. Zu früh gefreut: Die Uhr geht andauernd nach.

Lösung des Problems:
Die vmx-Datei mit

tools.syncTime = "TRUE"

Kernel booten mit zusätzlich

nosmp noapic nolapic

in der Kommandozeile und alles ist super - denkt man. Jetzt ist der Zeitpunkt ab dem die Uhrzeit kontinuierlich einen Hauch zu schnell läuft. Abhilfe schafft hier - wie immer - ntpd der sich um die lokale Zeit kümmern darf.