Runbook otwarcia udziału z bazami na zapis (zgubiony przy merge'u #15) #18

2026-08-09T10:22:52Z

gitea commented

2026-08-09 10:22:52 +00:00

Treść powstała jako commit na gałęzi feat/pliki-zapis już po zmergowaniu jej PR-a, więc nigdy nie trafiła na master. Mój błąd — dopchnąłem do zamkniętej gałęzi i zameldowałem to jako zrobione.

Sam manifest jest w porządku: readOnly: true zostało zdjęte i jest na masterze (squash 9d44c8f). Brakowało wyłącznie opisu, co z tym zrobić po stronie NAS-a.

Co zawiera runbook

komendy midclt otwierające udział z bazami na zapis
sprawdzenie przez exportfs -v — bo konfiguracja udziału i stan eksportu to dwie różne rzeczy, na czym już raz utknęliśmy
ostrzeżenie, że przeładowanie musi iść przez zero replik, nie rollout restart — pody się na chwilę nakładają i nowy dziedziczy uprawnienia sprzed zmiany eksportu
lista kontrolna po wdrożeniu, z wyszukiwaniem jako punktem najważniejszym: to jedyne miejsce, w którym ta zmiana mogłaby przejść niezauważona, bo wyglądałaby jak pusta baza, a nie jak zepsuty deploy
osobno wyliczone, co świadomie tracimy — DAN-25 dawał gwarancję, że baz nie da się zmienić przez NFS, i tych dwóch rzeczy nie da się mieć naraz
sekcja odkręcenia

🤖 Generated with Claude Code

Treść powstała jako commit na gałęzi `feat/pliki-zapis` **już po zmergowaniu jej PR-a**, więc nigdy nie trafiła na master. Mój błąd — dopchnąłem do zamkniętej gałęzi i zameldowałem to jako zrobione. **Sam manifest jest w porządku**: `readOnly: true` zostało zdjęte i jest na masterze (squash `9d44c8f`). Brakowało wyłącznie opisu, co z tym zrobić po stronie NAS-a. ## Co zawiera runbook - komendy `midclt` otwierające udział z bazami na zapis - sprawdzenie przez `exportfs -v` — bo konfiguracja udziału i stan eksportu to **dwie różne rzeczy**, na czym już raz utknęliśmy - ostrzeżenie, że przeładowanie musi iść przez **zero replik**, nie `rollout restart` — pody się na chwilę nakładają i nowy dziedziczy uprawnienia sprzed zmiany eksportu - lista kontrolna po wdrożeniu, z **wyszukiwaniem jako punktem najważniejszym**: to jedyne miejsce, w którym ta zmiana mogłaby przejść niezauważona, bo wyglądałaby jak pusta baza, a nie jak zepsuty deploy - osobno wyliczone, co świadomie tracimy — DAN-25 dawał gwarancję, że baz nie da się zmienić przez NFS, i tych dwóch rzeczy nie da się mieć naraz - sekcja odkręcenia 🤖 Generated with [Claude Code](https://claude.com/claude-code)

gitea added 1 commit 2026-08-09 10:22:53 +00:00

docs(pliki): runbook otwarcia udziału z bazami na zapis (zgubiony przy merge'u) 94f059d090

Treść powstała jako commit na gałęzi feat/pliki-zapis JUŻ PO zmergowaniu jej
PR-a, więc nigdy nie trafiła na master — został tam wyłącznie manifest.
Sam manifest jest w porządku (readOnly zdjęte), brakowało tylko opisu, co z tym
zrobić po stronie NAS-a.

Runbook zawiera: komendy midclt otwierające udział z bazami na zapis, sprawdzenie
przez exportfs (bo konfiguracja udziału i stan eksportu to dwie różne rzeczy),
ostrzeżenie, że przeładowanie musi iść przez zero replik zamiast rollout restart,
oraz listę kontrolną po wdrożeniu — z wyszukiwaniem jako punktem NAJWAŻNIEJSZYM,
bo to jedyne miejsce, w którym ta zmiana mogłaby przejść niezauważona.

Osobno wyliczone, co świadomie tracimy: DAN-25 dawał gwarancję, że baz nie da się
zmienić przez NFS, i tych dwóch rzeczy nie da się mieć naraz.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

gitea merged commit 94f059d090 into master

2026-08-09 15:40:57 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: gitea/deploy#18