Nach einem echten Import (46 Geräte, 8 Switche aus dem Altsystem)
zeigten sich zwei Probleme in der Hintergrund-Prüfschleife:
- Geräte wurden strikt sequentiell geprüft (eine einzige "while read"-
Schleife) -- ein einzelnes ausgefallenes Gerät mit ebenfalls nicht
erreichbarem Switch (bis zu 5s expect-Timeout je Verbindungsschritt)
verzögerte die Prüfung aller nachfolgenden Geräte. Jede Geräte-Prüfung
läuft jetzt als eigener Hintergrund-Job (& + wait), über Process
Substitution statt einer Pipe, damit wait die Jobs auch tatsächlich
erfasst (bei "cmd | while ...; done" liefe die Schleife sonst in
einer eigenen Subshell).
- disable_poe()/enable_poe() haben unabhängig vom tatsächlichen Ergebnis
der SSH/expect-Sitzung immer wie ein Erfolg gewirkt -- lief die
Verbindung in einen Timeout (Switch nicht erreichbar, falsche
Zugangsdaten, falscher Port), endete das expect-Skript trotzdem mit
Exit-Code 0, poe.sh loggte fälschlich "PoE deaktiviert"/"PoE
aktiviert", obwohl am Switch nichts passiert war. Jeder kritische
expect-Schritt hat jetzt einen eigenen timeout-Zweig mit explizitem
"exit 1"; poe.sh wertet den Rückgabewert aus und loggt bei einem
nicht erreichbaren/ablehnenden Switch stattdessen klar, dass die
PoE-Aktion fehlgeschlagen ist. Gilt für die Prüfschleife, den
manuellen Neustart (poe.sh restart <mac>) und damit auch den
Dashboard-Neustart-Button.
Live verifiziert: alle 46 Geräte innerhalb von ~2s geprüft (statt
sequentiell), alle 43 offline erkannten Geräte mit Switch-Zuordnung
zeigten korrekt die neue Fehlermeldung, da die realen Switch-IPs vom
Test-Host aus nicht erreichbar sind -- vorher hätte das fälschlich als
43x "PoE deaktiviert/aktiviert" geloggt.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
alientimandClaude Sonnet 5
d525ef2e0a