romfast/comun
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
main
comun/docs/masini-dezvoltare-testare.md
Marius Mutu 87cc3a7976 docs: documenteaza VM 304 ca masina partajata dezvoltare/testare 
Adauga masini-dezvoltare-testare.md (acces qm guest exec, ce ofera,
limitari reale, de verificat inainte de folosire) si extinde
monitorizare-context.md cu monitorizarea de context per subagent
prin SubagentStop (context_watch.ps1 -Subagent).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015ZwtBDjGbAWvy7TmcNVxDC
2026-09-17 22:26:50 +03:00

2.6 KiB
Raw Permalink Blame History

Masini partajate pentru dezvoltare si testare

Resurse disponibile pentru rulari care nu trebuie sa blocheze statia de lucru principala (care e partajata cu Marius - vezi regula "masina partajata: fara input real" din memoria de sesiune, orice input UI injectat pe statia principala ajunge in IDE-ul lui).

VM 304 (Win11-Marius)

Masina virtuala Proxmox ID 304, nume Win11-Marius, nod pvemini, clona lui VM 303 (Win11-Adina). Nu e in HA (noha).

Acces - probat

Headless, prin QEMU guest agent, de pe orice masina cu acces SSH la host-ul Proxmox (root@10.0.20.201):

# ping guest agent - confirma ca VM-ul raspunde:
ssh root@10.0.20.201 "qm agent 304 ping"

# executie de comanda Windows in interiorul VM 304:
ssh root@10.0.20.201 "qm guest exec 304 -- <comanda Windows>"

Nu prin RDP. Nu exista mentiune de RDP catre VM 304 in documentatia gasita.

La ce foloseste

  • probe UI vizibile (harness vfp_ui_harness.ps1, screenshot-uri de designer) care altfel ar fura focusul de pe statia principala partajata;
  • rulari lungi de teste care nu trebuie sa blocheze statia de lucru;
  • orice lucru in paralel cu sesiuni active pe masina principala.

Limitari reale

  • Fara share UNC catre discul ei - nu exista cale de retea documentata. Transferul de fisiere se face prin qm guest exec (scriere de continut prin comenzi Windows), nu prin copiere directa.
  • Accesul documentat e headless prin guest agent, nu interactiv/RDP - nu te astepta la o sesiune desktop vizibila.
  • Nu am gasit mentiune de IP/hostname propriu - accesul trece prin host-ul Proxmox.

De verificat inainte de folosire (nu presupune ca exista)

  • VFP 9 instalat - nedocumentat explicit pentru VM 304 (spre deosebire de VM 302, documentat separat ca oracle-test).
  • Client Oracle instalat - nedocumentat explicit.
  • Copia de lucru ROA si calea ei reala - documentatia veche zice generic D:\roa\<produs> (litera mica), nu confirmata explicit ca D:\ROA\ROAFACTURARE sau alt produs anume.

Credentiale - unde sunt documentate

Nu se copiaza nicio credentiala in acest fisier sau in oricare alt fisier din repo.

  • Cheia publica SSH pentru angajat pe VM 304 + amprenta: E:\proiecte\ROMFASTSQL\docs\acces-ssh-chei-angajati.md
  • Profil Bitvise, cale de instalare, cheia globala folosita de qm guest exec: E:\proiecte\ROMFASTSQL\docs\drepturi-utilizatori-roa-firme.md

Alte masini din cluster

VM 302 e documentata separat ca oracle-test (E:\proiecte\ROMFASTSQL\proxmox\vm302-oracle-test\). Acelasi tipar de acces (qm agent/qm guest exec de pe root@10.0.20.201) se aplica tuturor VM-urilor Windows non-HA ale clusterului.