DEPLOY.md: interner Deploy verifiziert — npm-Warnungen eingeordnet, sleep 6
Der erste echte Lauf des internen Deploy-Blocks (28.08.2026) förderte zwei harmlose, aber verunsichernde Punkte zutage: - npm ci warnt "allow-scripts ... better-sqlite3": Die allowScripts-Sperre blockiert den nativen Build, aber prebuild-install liefert ein fertiges Binary. Dienst lädt danach die DB einwandfrei -> in Ordnung. Als Kontrolle dokumentiert. - sleep 2 war zu kurz: Der health-Check lief, bevor der Dienst auf 4200 hörte -> kurzzeitig 502 / "activating", obwohl gleich darauf alles läuft. Auf sleep 6 erhöht, mit Hinweis, wann ein 502 wirklich ein Problem ist. Deploy selbst war erfolgreich: Bremse greift live (20 durch, 21. -> 429), multer 2.2.0 + node-cron 4.6.0 installiert, better-sqlite3 lädt. Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
@@ -72,7 +72,7 @@ sudo -u dogiintern git -C /home/dogiintern/dogfather-universe pull --ff-only ori
|
|||||||
sudo -u dogiintern bash -c 'cd /home/dogiintern/dogfather-universe/server-internal && npm ci' && \
|
sudo -u dogiintern bash -c 'cd /home/dogiintern/dogfather-universe/server-internal && npm ci' && \
|
||||||
sudo -u dogiintern node -e "require('/home/dogiintern/dogfather-universe/server-internal/node_modules/better-sqlite3'); console.log('native Module laden: ok')" && \
|
sudo -u dogiintern node -e "require('/home/dogiintern/dogfather-universe/server-internal/node_modules/better-sqlite3'); console.log('native Module laden: ok')" && \
|
||||||
sudo systemctl restart dogiintern.service && \
|
sudo systemctl restart dogiintern.service && \
|
||||||
sleep 2 && echo "Dienst:" $(systemctl is-active dogiintern.service) && \
|
sleep 6 && echo "Dienst:" $(systemctl is-active dogiintern.service) && \
|
||||||
curl -s -o /dev/null -w "health nach Neustart: %{http_code}\n" https://postfach.dogfather-universe.com/health
|
curl -s -o /dev/null -w "health nach Neustart: %{http_code}\n" https://postfach.dogfather-universe.com/health
|
||||||
```
|
```
|
||||||
|
|
||||||
@@ -82,6 +82,23 @@ Deshalb `git -C <pfad>` (braucht kein cd) und das `npm ci` in einer
|
|||||||
`sudo -u dogiintern bash -c 'cd … && npm ci'`-Shell, die den Wechsel als
|
`sudo -u dogiintern bash -c 'cd … && npm ci'`-Shell, die den Wechsel als
|
||||||
dogiintern ausführt. Ein `cd` als erste Zeile scheitert an „Keine Berechtigung".
|
dogiintern ausführt. Ein `cd` als erste Zeile scheitert an „Keine Berechtigung".
|
||||||
|
|
||||||
|
**Zwei Warnungen von `npm ci`, die HARMLOS sind (am 28.08.2026 verifiziert):**
|
||||||
|
|
||||||
|
1. `npm warn allow-scripts … better-sqlite3 … (install: prebuild-install || node-gyp rebuild)`
|
||||||
|
— better-sqlite3 baut sich normalerweise über ein Install-Skript. Die
|
||||||
|
allowScripts-Sperre auf dem Konto blockiert das, aber `prebuild-install`
|
||||||
|
lädt ein fertig kompiliertes Binary, das ohne den Build-Schritt funktioniert.
|
||||||
|
**Kontrolle:** Läuft der Dienst danach (`active`) und steht in den Logs
|
||||||
|
„… Einstellungen aus der Datenbank geladen", ist better-sqlite3 in Ordnung.
|
||||||
|
Der `native Module laden: ok`-Schritt im Block prüft genau das vorab.
|
||||||
|
2. `npm warn deprecated [email protected]` — nur ein Hinweis, kein Fehler.
|
||||||
|
|
||||||
|
**`sleep 6`, nicht 2.** Der Dienst braucht nach dem Neustart ein paar Sekunden,
|
||||||
|
bis er auf Port 4200 hört. Ein zu früher health-Check meldet sonst kurzzeitig
|
||||||
|
`502` (Caddy erreicht den Dienst noch nicht) und `Dienst: activating`, obwohl
|
||||||
|
gleich darauf alles läuft. Erst bei anhaltendem 502/activating ist wirklich
|
||||||
|
etwas kaputt — dann `sudo systemctl status dogiintern.service --no-pager` ansehen.
|
||||||
|
|
||||||
Erwartete letzte Zeilen: `native Module laden: ok`, `Dienst: active`,
|
Erwartete letzte Zeilen: `native Module laden: ok`, `Dienst: active`,
|
||||||
`health nach Neustart: 200`. Kommt stattdessen ein Abbruch VOR dem Neustart,
|
`health nach Neustart: 200`. Kommt stattdessen ein Abbruch VOR dem Neustart,
|
||||||
ist nichts passiert — der alte Dienst läuft weiter, und der Fehler (meist ein
|
ist nichts passiert — der alte Dienst läuft weiter, und der Fehler (meist ein
|
||||||
|
|||||||
Reference in New Issue
Block a user