# 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 |

### In SVN (r18009), **NEPUBLICAT catre clienti** — 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`).

Comis in SVN la **r18009** (08.08.2026). **Publicarea catre clienti 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.

## 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 e in SVN (r18009) dar **nu e publicat catre clienti**;
- **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\<client>.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_...` catre clienti (decizie Marius; e deja in SVN la r18009);
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).