gitea
34947f8871
Najdroższy czasowo moment pierwszego wdrożenia, więc zapisany wprost. FAKT: eksport poprawiony (mapall_user), usługa NFS zrestartowana, pod zrestartowany przez `rollout restart` — a zapis z poda nadal odbijał się o Permission denied. Jednocześnie ręczne zamontowanie TEGO SAMEGO eksportu z TEGO SAMEGO węzła pozwalało pisać. HIPOTEZA (niepotwierdzona u źródła): jądro współdzieli strukturę montowania NFS między montowania tego samego eksportu na węźle, razem z cache odpowiedzi ACCESS. `rollout restart` zostawia stary i nowy pod na chwilę współistniejące — widać to w jego własnym logu jako „1 old replicas are pending termination" — więc montowanie ani na moment nie zostaje bez użytkownika i nowy pod dziedziczy odpowiedź sprzed zmiany. ROZWIĄZANIE (zweryfikowane): zejść do zera replik, poczekać na zniknięcie podów, wrócić do jednej. W ArgoCD ten sam skutek daje force delete poda. Dopisany też test rozdzielający winę serwera od winy klienta: ręczny montaż z węzła z pominięciem Kubernetesa. SERWER-OK przy jednoczesnej odmowie w podzie znaczy, że na NAS-ie nie ma czego poprawiać — i oszczędza rundy zmian w konfiguracji udziału, które niczego nie dają. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>