Marius Mutu
87cc3a7976
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
64 lines
2.6 KiB
Markdown
64 lines
2.6 KiB
Markdown
# 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`):
|
|
|
|
```bash
|
|
# 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.
|