diff --git a/docs/handoff_diagnostic-spatiu-oracle.md b/docs/handoff_diagnostic-spatiu-oracle.md new file mode 100644 index 0000000..920f86f --- /dev/null +++ b/docs/handoff_diagnostic-spatiu-oracle.md @@ -0,0 +1,110 @@ +# Handoff — diagnostic spatiu Oracle la clienti (08.08.2026) + +Stare la predare. **Fara analize noi** — doar ce s-a facut, ce nu, si capcanele platite. + +## 1. Livrabile + +### Comise si impinse — `015cd79` pe `master` (ROMFASTSQL) + +| Fisier | Ce contine | +|---|---| +| `docs/diagnostic-spatiu-clienti.md` | **documentul principal** (nou, 9 sectiuni): pointeri COMUN, praguri, emailuri, tunel SSH, triaj, starea per client, plafoane la instalare, ce s-a schimbat in installer | +| `CLAUDE.md:51` | linie de index catre documentul de mai sus | +| `proxmox/lxc108-oracle/clienti/README.md` | idem, in tabelul „Proceduri generale" | +| `.../roa-windows-setup/sql/sys-objects.sql` (sectiunea `[3/11]`) | `SYS.INFO` se creeaza in tablespace `ROA` (tabela + LOB), fallback pe `SYSTEM` cu avertisment | +| `.../roa-windows-setup/sql/scheduler-jobs.sql` (SECTION 4, prompturi renumerotate `/5`) | job `SYS.SYSINFO_PURJARE_ZILNIC`, 03:30, retentie 90 zile, transe de 10.000 randuri, **ENABLED** | +| `.../roa-windows-setup/sql/uninstall-roa.sql` | dezinstalarea sterge si jobul | +| `.../roa-windows-setup/docs/00-INSTALL-ORACLE-XE.md` si `-SE.md` | pas post-instalare: plafon `SYSTEM` 2000M + mutarea `SYS.INFO` la instalari vechi | + +### Scris, **NEPUBLICAT** — in afara acestui repo + +`D:\ROA\DATABASE\SCRIPTURI_CLAR\2026\08\sys_2026_08_08_02_SYS_INFO_TABLESPACE_PURJARE.sql` + +Purjare 90 zile → `move tablespace ROA lob (info) store as (tablespace ROA)` → creare job. +Nivel Oracle 10.2, idempotent, CRLF verificat (122 linii, 0 LF singure, 0 octeti non-ASCII). +Pasii 1-2 au `EXCEPTION WHEN OTHERS THEN NULL` **intentionat** (o eroare acolo nu are voie sa +opreasca lantul de actualizare; ce n-a mers apare a doua zi in alerta `DIAGSPATIU_ZILNIC`). + +**Publicarea nu s-a facut si e decizia lui Marius** — `COMUN\utile\publicare_scripturi.ps1` scrie in +`Y:\ROAUPDATE\_UPDATE\`, care e live pentru toti clientii. Nu e comis in SVN/git-ul COMUN. + +## 2. Modificari aplicate in productie + +**AUTOMOTIVE (`78.96.115.213`, xe 11.2.0.2 pe host `SERVER`), 08.08.2026 — write-back facut, verificat:** + +```sql +alter database datafile 'E:\ORACLEXE\APP\ORACLE\ORADATA\XE\SYSTEM.DBF' + autoextend on next 50M maxsize 2000M; -- ca contafin_oracle +truncate table sys.info; -- ca SYSDBA +``` + +Rezultat verificat: `SYSTEM` 540 MB alocati / 2000 plafon, 84.94 MB liberi, **1544.94 MB de crestere +(77.2%)** vs prag 300 MB. `SYS.INFO` 552.581 randuri / 80 MB → 0 randuri / 0.06 MB. + +**Nicio alta baza de client nu a fost modificata.** SIGMA a fost doar citita. + +## 3. Ce NU s-a facut + +- scriptul de livrare **nu e publicat** si nu e in SVN/git-ul COMUN; +- **nu s-a verificat `SYSTEM` la ceilalti clienti** — umblat doar la `sigma` si `automotive`; + ceilalti expeditori cunoscuti: `roaupdate-clever@`, `roaupdate_acn@`; +- `ACN` — tacere din 06.08 dupa curatenie; **neconfirmat** ca jobul chiar mai ruleaza (se verifica + cu `max(dataora)` din `contafin_oracle.diag_spatiu_log`); +- `UPDATEROA_ZILNIC.failure_count` = 233 la AUTOMOTIVE, 47 la SIGMA, desi toate rularile din + ultimele 7 zile sunt `SUCCEEDED` si `UPD_ISTORIC` ajunge la `stare = 4` — neinvestigat, pare + contor istoric; +- `SYS.AUTH_DETALII` si `SYS.AUTH_SERII` raman in `SYSTEM` (`sys-objects.sql` `[1/11]`, `[2/11]`) — + nu cresc, nu s-au atins. + +## 4. Stare periculoasa la predare + +**Niciuna.** Toate tunelurile sunt inchise (`Get-Process stnlc` gol, portul 1521 liber), nu exista +tranzactii deschise, nu exista fisiere editate fara write-back, nimic necomis din ce am atins. + +Fisierele `.sh` care apar modificate in `git status` (`migration/*.sh`, `lxc171-claude-agent/*.sh`, +`clone-vm300.sh`, `export-roa2.sh`, `fix-sqlnet.sh`) si `bash.exe.stackdump` **nu sunt ale acestei +sesiuni** — le-a lasat sesiunea paralela. Nu le atinge fara sa intrebi. + +## 5. Capcane de mediu platite + +- **Alta sesiune lucreaza in acelasi repo.** In timpul lucrului a comis `9475842` si a curatat + working tree-ul, **stergand toate modificarile mele in fisiere urmarite de git**. Au supravietuit + doar fisierul nou (netracked) si scriptul de pe `D:`. A trebuit refacut totul. **Comite des.** +- **Thunderbird**: profilul din `%APPDATA%\Thunderbird\Profiles` e gol si induce in eroare — + instalarea reala e portabila, `D:\UTIL\portable\PortableApps\ThunderbirdPortable`. Contul + `marius.mutu@romfast.ro` = `ImapMail\mail.romfast.ro\INBOX`. Nu da ripgrep pe folder + (`INBOX.sbd\Sent` are 2.5 GB). +- **Bitvise `stnlc`**: `-profile=` nu merge cu host pozitional; **nu da `-c2s`**, regulile de + forwarding vin de la server. Sintaxa care merge: + `& 'C:\Program Files (x86)\Bitvise SSH Client\stnlc.exe' --% -profile=d:\GoogleDrive\.tlp -noRegistry=y` + Profilele: `D:\GoogleDrive\*.tlp` (`sigma`, `automotive`, `clever-motors`, `rompetrole`, …). +- **Toate aliasurile TNS de client tintesc `127.0.0.1:1521`** — un tunel gresit te duce tacut la alt + client. Verifica portul liber inainte (`Get-NetTCPConnection -State Listen -LocalPort 1521`) si + pune `select instance_name, host_name from v$instance` ca prima interogare. +- **Inchide tunelul** cand termini: `Get-Process stnlc | Stop-Process -Force`. +- Regula din `COMUN\docs\local\oracle.md`: tunelul spre productie doar cand acel server e chiar + subiectul investigatiei, si atunci **strict read-only** (exceptia de azi a fost ceruta explicit). +- SQL-ul se da lui `sqlplus` **dintr-un fisier**, nu prin pipe. + +## 6. Comenzi + +```powershell +# emailurile de diagnostic (expeditor + subiect + alerte) +powershell -File D:\roa\roagest\comun\utile\citeste_email.ps1 -Cauta 'Diagnostic spatiu' -Ultimele 10 + +# diagnostic manual pe un client, read-only +powershell -File D:\roa\roagest\comun\utile\diag_spatiu.ps1 -Alias ROA_SIGMA [-Disc] + +# conectare prin tunel +& 'D:\ROA\instantclient_19_18\sqlplus.exe' -L -S 'contafin_oracle/ROMFASTSOFT@ROA_SIGMA' '@diag.sql' +``` + +Fara loguri de rulare — verificarile s-au facut interactiv, iesirea e in conversatie. + +## 7. De unde se reia + +1. publicarea lui `sys_2026_08_08_02_...` (decizie Marius) + comiterea lui in SVN/COMUN; +2. verificarea preventiva a lui `SYSTEM` la `clever` si `acn`; +3. confirmarea ca `DIAGSPATIU_ZILNIC` mai ruleaza la `acn`. + +Contextul complet: [`diagnostic-spatiu-clienti.md`](diagnostic-spatiu-clienti.md).