dabe5a34e3
Pana acum deploy-ul se facea manual (`cp ... /opt/scripts/`), nedocumentat nicaieri - de unde si fisierele weekly-dr-test-proxmox.sh.bak-* ramase pe pveelite. deploy.sh face aceiasi pasi, dar refuza situatiile care au costat deja timp: - suprascrierea unui script AFLAT IN EXECUTIE: bash citeste scriptul incremental de pe disc, iar suprascrierea unui test DR in curs (~18 min) corupe executia; - CRLF: bash pe Linux raspunde "$'\r': command not found"; - transfer trunchiat: bash -n local si inca o data pe nod dupa copiere; - flag-ul vm109-debug.flag lasat in urma dupa deploy pe guest (dezarmeaza permanent watchdog-ul, exact apararea care a prins incidentul 04-20). Distributia pe noduri e asimetrica intentionat si e codificata explicit in script: scripturile cluster-aware (test DR, patch window, watchdog) pe ambele noduri fiindca urmaresc VM 109 dupa failover HA; ZFS/mirror doar pe pveelite unde traieste datasetul; alertele si failover-ul doar pe pvemini, fiindca reactioneaza la caderea pveelite - puse pe pveelite ar fi inutile si ar inlesni exact split-brain-ul pe care incearca sa-l previna. Verificarea "ruleaza acum" foloseste pgrep -f '[/]opt/scripts/x.sh'. Parantezele nu sunt cosmetice: comanda trimisa prin ssh apare ea insasi in lista de procese, deci forma fara paranteze se gaseste pe sine si raporteaza orice script ca fiind in executie (verificat: exit 0 vs exit 1). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BhQBTegE4PiMPPaapLHjkc