Marcel hat in der Zeit zwischen den vor Ort Sitzungen den WDS/TFTP Server repariert und auf den neusten Stand gebracht. Martin hat die Reparatur und Erweiterung des Storage Systemes überwacht und fertiggestellt.
Unser Monitoring System hatte eine so korruptes Dateisystem, dass nicht mal mehr ddrescue oder VeeamBackup die Daten sichern konnten. Auch ein manuelles kopieren war nicht mehr möglich.
Heutige Tasks:
Stromliste:
Vor drei Wochen ist uns eine Disk im Storage System ausgefallen. Martin hat Occasion vier Disks (gekko) bestellt. Diese haben wir inzwischen eingebaut. Wir haben vor das Storage System von RAID5 auf RAID6 zu erweitern. Heute sind wir vor Ort und es sind wieder zwei Disks kaputt. Wir werden daher den Umbau baldmöglichst durchführen. Martin hat sein HP MicroServer mitgenommen. Auf den werden wir TrueNAS installieren und unser Backupsystem mit Urbackup durch VeeamBackup ersetzten. Der Backupstorage von Marcel wird durch den MicroServer von Martin ersetzt.
Wir haben festgestellt, dass alle Linux Systeme von dem Diskausfall nicht richtig erholt haben. Viele vielen in einen „Read-only“ Modus. Ein Neustart mit anschließender Reparatur brachten die VMs wieder online.
Marcel hat eine neue Windows VM erstellt. Martin hat mit der Installation angefangen. Wir haben provisorisch 2x 2TB SATA Disken ins Storage System eingebaut, um die VMs Datastores zu verschieben und das RAID System zu erweitern.
Das TrueNas Core wurde versucht mit LCAP anzubinden, jedoch erfolglos. Das OS ist so schlecht programmiert, dass wir immer wieder die Verbindung verloren haben, sobald man an den Netzwerkeinstellungen was änderte.
Die Installation von VeeamBackup ist ein geduldtsakt, welcher wir gerne der Nacht überlassen haben.
ToDo Liste:
Martin hat neue vier neue OM3 LWL Kabel vom Brack geholt. Die alten Kabel haben wir mit diesen ersetzt. Wir haben eine defekte HDD in unserem Storage Server vorgefunden. Martin wird bei Geko 4x Occasion HDDs bestellen, so dass wir diese bald möglichst austauschen können. Heute wollten wir die Distribution Switches von VMware für unseren ESXi Cluster austesten. Marcel hat jedoch im ersten Anlauf das Netzwerk etwas auf den Kopf gestellt. Plötzlich war das VMCenter nicht stabil erreichbar. Aus einem uns nicht ersichtlichen Grund, wurde der Distribution Switch halb fertig auf die Hosts verteilt, sodass die Netzwerkswitche probleme mit der ARP Tabelle bekamen. Nach nach viel rum probieren, konnten wir für den ersten Host den Distribution Switch in betrieb nehmen. Ein erster versuch auch den zweiten Host in den Cluster bzw. mit dem Distribution Switch auszustatten ging gänzlich schief. Da es auch schon spät war, entschieden wir uns das ganze hier abzubrechen und den Host von fern oder beim nächsten Mal mit dem DS auszustatten.
Marcel konnte noch ein paar Photos für die neue Homepage machen.
Erneut haben wir bemerkt, dass unsere pfsense Firewall auffallend langsam ist. Wir haben uns entschieden, die Hardware zu virtualisieren und abzulösen. Das ging fast auf anhieb. Die Firewall ist nun deutlich performanter.
Aktuelle Aufgaben Liste
https://www.nakivo.com/blog/vmware-distributed-switch-configuration/