docs: Timeout-Tabelle + ACL-Phase dauert bis 3 Minuten

This commit is contained in:
mm committed 2026-09-14 10:29:49 +02:00
1 parent f5b98d2807
commit 7ec5d44517
1 file changed
+25
+25
View File
@@ -45,6 +45,31 @@ oben die sichere Wahl.
bis `Node=… Apache=1`, dann kamen `Scanning processes…`-Zeilen, danach bis `Node=… Apache=1`, dann kamen `Scanning processes…`-Zeilen, danach
Quelltext-Ausgaben, und `apache.conf` fehlte am Ende. Quelltext-Ausgaben, und `apache.conf` fehlte am Ende.
## Wenn der Lauf hängt
Der Installer darf **nie unbegrenzt warten**. Alle Netzwerkaufrufe haben
Timeouts, und die ACL-Phase meldet sich vorher:
```
[netbird-telegraf] Log-Leserechte: pruefe/ergaenze ACL fuer 'telegraf' (kann etwas dauern) …
```
Diese Zeile dauert auf einem frischen System bis zu **3 Minuten** — dort läuft
`apt-get update` + `apt-get install acl`. Erscheint sie und danach nichts,
nicht sofort abbrechen: bis 3 Minuten ist normal.
| Aufruf | Timeout | Versuche |
|---|---|---|
| `fetch` (Confs/Scripts vom Repo) | 30 s | 3 |
| `apt-get update` / `install acl` | 180 s | 1 |
| InfluxData-Keyring | 30 s | 1 |
| Telegraf-Binary (statisch) | 120 s | 1 |
| Selbstschutz-Download | 30 s | 1 |
**Vor 1.5.0 gab es diese Timeouts nicht** — `fetch()` wartete unbegrenzt. Symptom:
der Lauf bleibt nach der letzten Erfolgsmeldung stehen, ohne Fehler; man bricht
mit `^C` ab und weiß nicht, wo es hing. Real passiert auf `x14`.
## Diagnose: „Logs kommen nicht an" ## Diagnose: „Logs kommen nicht an"
Ein Befehl zeigt, warum: Ein Befehl zeigt, warum: