nearline: S4U-Fix angewendet und verifiziert (LogonType Interactive)
Task "KalliLab H Drive Nearline Pull" am 2026-06-21 von S4U auf LogonType
Interactive ("Nur ausfuehren, wenn der Benutzer angemeldet ist") umgestellt.
Kein gespeichertes Passwort noetig, da michi der dauerhaft angemeldete
Konsolen-User ist. Per Scheduler ausgeloest, Ergebnis 0x0 verifiziert
(SMB-Zugriff vorhanden, Spiegel frisch).
Doku korrigiert: README beschreibt jetzt Interactive als angewendete Loesung
(Password war nur die nicht genutzte Alternative). MASTER_TODO: Root-Cause
behoben, nur noch optionale Healthchecks-URL offen.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@@ -37,16 +37,21 @@ Der Windows Scheduled Task `KalliLab H Drive Nearline Pull` laeuft seit
|
||||
loescht nichts auf H:/; alte Artefakte werden nur nach manueller Sichtpruefung
|
||||
entfernt.
|
||||
|
||||
> **Wichtig — Task-LogonType:** Der Task muss mit "Ausfuehren, auch wenn der
|
||||
> Benutzer nicht angemeldet ist" **und gespeichertem Passwort** laufen
|
||||
> (LogonType `Password`). Mit `S4U` (ohne gespeichertes Passwort) hat der Lauf
|
||||
> keine Netzwerk-Anmeldeinformationen und erreicht den authentifizierten
|
||||
> SMB-Share `\\192.168.178.58\backups` nicht -> jeder geplante Lauf bricht
|
||||
> still mit Exitcode 1 ab, ohne Report. Genau das passierte 2026-06-19 bis
|
||||
> 2026-06-21 (Spiegel still veraltet), bis am 2026-06-21 manuell nachgezogen
|
||||
> wurde. Manuelle Laeufe in einer interaktiven Sitzung funktionieren, weil die
|
||||
> Sitzung die SMB-Creds hat. Das ist auch der Grund fuer den externen
|
||||
> Dead-Man's-Switch unten.
|
||||
> **Wichtig — Task-LogonType (kein S4U!):** Der Task darf **nicht** mit `S4U`
|
||||
> laufen ("Unabhaengig von der Benutzeranmeldung ausfuehren" *mit* angehaktem
|
||||
> "Kennwort nicht speichern"). S4U-Laeufe haben keine Netzwerk-Anmelde-
|
||||
> informationen und erreichen den authentifizierten SMB-Share
|
||||
> `\\192.168.178.58\backups` nicht -> jeder geplante Lauf bricht still mit
|
||||
> Exitcode 1 ab, ohne Report. Genau das passierte 2026-06-19 bis 2026-06-21
|
||||
> (Spiegel still veraltet).
|
||||
>
|
||||
> **Behoben am 2026-06-21:** Task auf **"Nur ausfuehren, wenn der Benutzer
|
||||
> angemeldet ist"** (LogonType `Interactive`) umgestellt. Das braucht **kein**
|
||||
> gespeichertes Passwort und funktioniert, weil `michi` der dauerhaft
|
||||
> angemeldete Konsolen-User ist (gesperrter Bildschirm zaehlt als angemeldet).
|
||||
> Per Planer ausgeloest und mit Ergebnis `0x0` verifiziert. Alternative waere
|
||||
> LogonType `Password` (gespeichertes Passwort), erfordert aber das
|
||||
> Windows-Passwort.
|
||||
|
||||
Aufruf zum Testen:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user