romfast/ROMFASTSQL
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

fix(docs): LXC 301 e template Proxmox, nu container oprit — riscul de IP nu exista

Browse Source 
Documentatia de ieri descria LXC 301 ca un container oprit cu `onboot: 1` care
ar fura 10.0.20.37 de la VM 109 la reboot-ul lui pveelite. Configul are insa
`template: 1`: un template nu poate fi pornit, iar `onboot` e ignorat pentru el.
Riscul reapare doar daca e convertit inapoi in container.

Verificat si ca `basevol-301-disk-0@__base__` nu are niciun clon, ceea ce
infirma cealalta grija din pagina — se poate sterge in siguranta (~916 MB).

Recomandarea `pct set 301 -onboot 0` din handover e marcata infirmata, nu
stearsa, ca sa nu reapara intr-o sesiune viitoare.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SGMEagPnRavdLhWFqJHdja
This commit is contained in:
Claude Agent
2026-08-31 21:15:31 +00:00
parent b4472511c9
commit f5c8df7adf
5 changed files with 54 additions and 34 deletions
Download Patch File Download Diff File Expand all files Collapse all files

18
CONTEXT_HANDOVER_20260831.md
View File

@@ -82,20 +82,20 @@ steering. 31 de teste noi; suita: 426 pass.
număr**. A costat o oră de diagnostic azi: Maria răspundea de pe LXC 104, iar toate
verificările se făceau pe 171.
- **[`proxmox/lxc301-docker-template/README.md`](proxmox/lxc301-docker-template/README.md)** —
singurul guest nedocumentat. Vezi mai jos, are un risc real.
singurul guest nedocumentat. E un template Proxmox, nu un container oprit.
## 4. Ce a rămas de făcut
### a) LXC 301 — conflict de IP cu VM 109 (decizie a utilizatorului)
LXC 301 e predecesorul lui VM 109 (vechiul DR Oracle 19c). Și-a păstrat **IP-ul static
10.0.20.37** — același pe care VM 109 l-a moștenit de la el — și are **`onboot: 1`**.
### a) LXC 301 — nimic urgent (corectat 2026-08-31)
Versiunea inițială a acestei secțiuni descria un conflict de IP activ cu VM 109. **Greșit:**
301 e marcat `template: 1`, deci nu poate fi pornit deloc și `onboot: 1` e ignorat. Nu
revendică 10.0.20.37 la reboot-ul lui pveelite, deci `pct set 301 -onboot 0` nu e necesar.
La un reboot al lui pveelite pornește singur și ocupă adresa. VM 109 are `onboot: 0`, deci
nimeni nu observă nimic până la următorul test DR, când VM 109 găsește adresa luată.
Verificat tot atunci: `basevol-301-disk-0@__base__` nu are niciun clon, deci `pct destroy 301`
ar fi sigur (~916 MB pe local-zfs). Opțional, la decizia utilizatorului — nu e urgent.
**Recomandat, neexecutat:** `ssh root@10.0.20.202 "pct set 301 -onboot 0"`.
Ștergerea completă cere verificat întâi că `basevol-301-disk-0` nu e șablonul din care
s-au clonat alte containere.
Singurul caz în care IP-ul redevine o problemă: dacă cineva convertește template-ul înapoi
în container. Atunci `-onboot 0` sau alt IP **înainte** de pornire.
### b) Auditul de infrastructură, dacă se dorește
Coverage-ul e bun — LXC 301 era singurul guest fără pagină proprie. Ce **nu** s-a făcut: