Case
Case ist der Server in der Werkstatt. Auf diesem läuft ein Proxmox zur Verwaltung der VMs. Grundsätzlich können Mitglieder mit Chaotikum-Account Zugriff erhalten um eigene VMs zu erstellen. Dazu ist es notwendig den Chaotikum-Account einmal von einem Admin freischalten zu lassen.
Das Webinterface ist unter https://case.nobreakspace.org:8006 verfügbar.
Hardware
- Mainboard: C3558D4I-4L (mini-itx)
- Case: Supermicro SuperChassis 813MT-350CB
VMs
Laufende VMs
Derzeit nicht laufende VMs
Keine Seiten mit Tag „case -productive“.
Access
Folgende Menschen haben administrativen Zugang:
- Paul
- Zafer
- Linus
LDAP-Config von Proxmox
Auf dem Proxmox wird LDAP unter Datacenter -> Permissions -> Authentication -> ldap konfiguriert.
Das findet sich unter Datacenter -> Permissions -> Realms. Dort muss man auch auf sync klicken sobald sich was ändert. Proxmox kann das leider noch nicht online.
Derzeit:
- Base Domain Name: dc=chaotikum,dc=org
- Bind User: uid=proxmox,ou=services,dc=chaotikum,dc=org
- User Filter: memberOf=cn=members,ou=groups,dc=chaotikum,dc=org
Unter "Sync Options" steht die Gruppe in welcher sich alle User befinden müüssen (freigeschaltet) und in der anderen UI
Wenn man die Fehlermeldung "user name is too short (500)" erhält, liegt das daran, dass man nicht als Root eingeloggt ist. Das ist ja auch klar ersichtlich. Muss man selbst drauf kommen...
Managementinterface
Das Servermainboard besitzt ein Managementinterface. Dieses ist unter https://172.23.208.4 erreichbar. Dort ist u.a. eine virtuelle Konsole erreichbar, sodass man keinen Monitor anschließen muss um beispielsweise das System eines Tages neu zu installieren.
Um das Managementinterface zu erreichen, ist es aktuell nötig auf dem Switch Port 45 aus der Link Aggregation zu entfernen, da es sich den Port mit dem Server teilt.
Netzwerkports
| Port | Verbunden mit | Funktion |
|---|---|---|
| p0 | Switch | LAG |
| p1 | Switch | LAG |
| p2 | Switch | LAG |
| p3 | Switch | LAG |
Container
Produktive
| Seite | Beschreibung |
|---|---|
| Sound-Setup | Sound-Setup | Verantwortung | Paul | | Container | docker container auf moby02 | | W. Ports | keine | | OS | docker | | Server | infrastruktur:server:case | | Z… |
| nbspstatus | nbspstatus | Verantwortung | Malte | | Container | nbspstatus | | W. Ports | keine | | OS | Debian 11.9 | | Server | infrastruktur:server:case | | Zustand | Pro… |
| nbspeventbot | nbspeventbot | Verantwortung | Malte | | Container | nbspeventbot | | W. Ports | keine | | OS | OpenJDK 12 Docker Base Image | | Server | infrastruktur:host:mob… |
| Kubernetes Cluster im nbsp | Kubernetes Cluster im nbsp Zwei Container auf case: kubernetes-master (verwaltet den Cluster) kubernetes01 (Worker node) Storage: Storage wird erstmal als Local… |
| IceBox | IceBox | Verantwortung | TVLuke und Nils | | Container | icbox? | | W. Ports | keine | | OS | docker mischmasch | | Server | infrastruktur:server:case moby | | … |
| Dashboards | Dashboards |Verantwortung |? | |Container |? | |W. Ports |keine | |OS |? | |Server |infrastruktur:server:case | |Zustand |Produktiv | Services ^ Serviceübersich… |
Im Test
| Seite | Beschreibung |
|---|---|
| Space Automation | Space Automation |Verantwortung |? | |Container |? | |W. Ports |keine | |OS |? | |Server |infrastruktur:server:case | |Zustand |Testing | Theoretisch können Sac… |
Deaktiviert
Keine Seiten mit Tag „case +inactive“.
alter Namingscheme
Keine Seiten mit Tag „service +case“.
Lüftersteuerung
Die Lüfter können mittels IPMI gesteuert werden:
# CPU FAN1 FAN2
ipmitool raw 0x3a 0x01 0x00 0x00 0x00 0x00 0x01 0x01 0x00 0x00
/etc/systemd/system/luefter.service
[Unit]
Description=Lüftergewschwindigkeit der Gehäuselüfter reduzieren
[Service]
ExecStart=/usr/bin/ipmitool raw 0x3a 0x01 0x00 0x00 0x00 0x00 0x01 0x01 0x00 0x00
Type=oneshot
[Install]
WantedBy=multi-user.target
- 0x00 bedeutet "automatisch"
- 0x01 ist die niedrigste, manuelle Lüfterdrehzahl
Festplatten
| Slot (von links) | Festplatte | Model | Status | Eingebaut | Ausgebaut | Vorgänger | Kommentar |
|---|---|---|---|---|---|---|---|
| ZDH449L8 | ST4000VN008-2DR166 | defekt | 2018 | 2021-07-19 | |||
| ZDH41SG0 | ST4000VN008-2DR166 | defekt | 2018 | 2024-01-26 | |||
| ZDH40YJH | ST4000VN008-2DR166 | defekt | 2018 | 2021-07-14 | |||
| ZGY9B6GJ | ST4000VN008-2DR166 | defekt | 2021-07-19 | 2023-01-25 | ZDH449L8 | ||
| 4 | ZGY9B5C5 | ST4000VN008-2DR166 | in-use | 2021-07-14 | ZDH40YJH | ||
| 3 | ZDHBM8P5 | ST4000VN008-2DR166 | in-use | 2023-01-25 | ZGY9B6GJ | ||
| im Regal | ZDHBM9WF | ST4000VN008-2DR166 | spare | ||||
| 1 | ZGY91K0L | ST4000VN008-2DR166 | in-use | 2024-01-26 | ZDH41SG0 | für ZGY9B6GJ erhalten |
Logbuch
- Juli 2021: Die Festplatten ZDH449L8 und ZDH40YJH wurden nach 25.000 Betriebsstunden ersetzt.
- 24.09.2022: Festplatte hat ~600 Read-Errors. Fehler resetted mit
zpool clear rpool ata-ST4000VN008-2DR166_ZDH41SG0-part3
Tausch der Festplatte
Die neue Festplatte wurde als /dev/sdd erkannt. Ich habe folgende Befehle ausgeführt:
Als erstes kopieren wir die Partitionstabelle mithilfe von sgdisk von der defekten auf die neue Festplatte. Als Quelle eignet sich jede Platte im RAID.
# zpool status
pool: rpool
state: ONLINE
status: One or more devices has experienced an unrecoverable error. An
attempt was made to correct the error. Applications are unaffected.
action: Determine if the device needs to be replaced, and clear the errors
using 'zpool clear' or replace the device with 'zpool replace'.
see: http://zfsonlinux.org/msg/ZFS-8000-9P
scan: scrub repaired 20K in 0 days 11:08:47 with 0 errors on Mon Jul 12 23:00:44 2021
config:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
ata-ST4000VN008-2DR166_ZDH40YJH-part3 ONLINE 0 0 2
ata-ST4000VN008-2DR166_ZDH449L8-part3 ONLINE 0 0 3
ata-ST4000VN008-2DR166_ZDH41SG0-part3 ONLINE 0 0 0
errors: No known data errors
# sgdisk -R /dev/sdd /dev/disk/by-id/ata-ST4000VN008-2DR166_ZDH449L8
The operation has completed successfully.
# sgdisk -G /dev/sdd
The operation has completed successfully.
Nun schauen wir nach Model und Seriennummer der neuen Festplatte und verwenden dies für die weiteren Befehle.
# hdparm -I /dev/sdd
/dev/sdd:
ATA device, with non-removable media
Model Number: ST4000VN008-2DR166
Serial Number: ZGY9B5C5
[...]
Nun kopieren wir die Boot- und die EFI-Partition von der defekten (oder eine der anderen Platten) auf die neue:
# dd if=/dev/disk/by-id/ata-ST4000VN008-2DR166_ZDH449L8-part1 of=/dev/disk/by-id/ata-ST4000VN008-2DR166_ZGY9B5C5-part1
2014+0 records in
2014+0 records out
1031168 bytes (1.0 MB, 1007 KiB) copied, 0.103471 s, 10.0 MB/s
# dd if=/dev/disk/by-id/ata-ST4000VN008-2DR166_ZDH449L8-part2 of=/dev/disk/by-id/ata-ST4000VN008-2DR166_ZGY9B5C5-part2
1048576+0 records in
1048576+0 records out
536870912 bytes (537 MB, 512 MiB) copied, 15.9042 s, 33.8 MB/s
Anschließend weisen wir ZFS an die defekte Platte durch die neue zu ersetzen. Dieser Befehl ist am kritischsten. Achtet bitte ganz genau auf die Syntax:
usage:
replace [-f] [-o property=value] <pool> <device> [new-device]
Unser Pool heißt rpool. Das device, das wir ersetzen wollen, ist in unserem Fall ata-ST4000VN008-2DR166_ZDH449L8-part3 und das new-device heißt (konstruiert aus der Ausgabe von hdparm) ata-ST4000VN008-2DR166_ZGY9B5C5-part3.
Wir führen also folgendes aus und kontrollieren den Vorgang mit zpool status.
# zpool replace rpool ata-ST4000VN008-2DR166_ZDH449L8-part3 ata-ST4000VN008-2DR166_ZGY9B5C5-part3
Make sure to wait until resilver is done before rebooting.
# zpool status
pool: rpool
state: ONLINE
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Wed Jul 14 23:11:30 2021
28.1G scanned at 1.56G/s, 2.70G issued at 154M/s, 2.77T total
0B resilvered, 0.10% done, 0 days 05:14:19 to go
config:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
ata-ST4000VN008-2DR166_ZDH40YJH-part3 ONLINE 0 0 2
replacing-1 ONLINE 0 0 0
ata-ST4000VN008-2DR166_ZDH449L8-part3 ONLINE 0 0 3
ata-ST4000VN008-2DR166_ZGY9B5C5-part3 ONLINE 0 0 0
ata-ST4000VN008-2DR166_ZDH41SG0-part3 ONLINE 0 0 0
errors: No known data errors
Jetzt warten wir ein paar Stunden. Anschließend kann die alte Festplatte ausgebaut werden.