OperationalError: unable to open database file

[gisce-ti-sentry]

Sentry Issue: GAB-J

OperationalError: unable to open database file
  File "threading.py", line 1024, in run
    self._target(*self._args, **self._kwargs)
  File "github_agent_bridge/executor.py", line 233, in _loop
    did = self.work_one(worker_id)
  File "github_agent_bridge/executor.py", line 64, in work_one
    job = self.queue.claim_next(worker_id, self.config.work_intents)
  File "github_agent_bridge/queue.py", line 155, in claim_next
    action,

This issue was automatically created by Sentry via Github Issue

[giscebot]

Diagnòstic confirmat: és la mateixa fuita de connexions de #31/#33, no una regressió nova.

L'host ja té instal·lada la release 0.60.3, que inclou el fix upstream de pilipilisbot/github-agent-bridge#184, però el procés executor actual va arrencar el 30 d'agost abans d'aquesta instal·lació i encara conserva el codi antic carregat. Evidència operativa en el moment de revisar l'alerta:

• procés iniciat: 2026-08-30 13:32:57 CEST
• versió instal·lada al venv: 0.60.3
• connexions del procés cap a bridge.sqlite3*: 927
• descriptors totals del procés: 933

Això explica l'error nou a claim_next(): actualitzar el paquet no allibera connexions ja filtrades ni substitueix el codi carregat en memòria.

Acció necessària: reiniciar github-agent-bridge.service quan aquest job hagi acabat, i verificar després que els descriptors de la DB tornen a un nombre baix. No reinicio la unitat des d'aquest mateix job perquè l'agent en curs és fill del seu cgroup i el restart tallaria el seguiment a mig camí. No cal cap patch addicional; mantinc l'issue obert fins confirmar el restart.

[giscebot]

El bloqueig operatiu continua actiu i ja he programat la correcció: gab-restart-after-issue-35.timer reiniciarà github-agent-bridge.service de manera diferida en 3 minuts, fora del cgroup d'aquest job.

Evidència abans del reinici:

• procés encara antic, iniciat el 2026-08-30 13:32:57 CEST;
• paquet instal·lat: 0.60.3, amb ClosingConnection carregable al codi en disc;
• procés viu: 991 descriptors cap a bridge.sqlite3* (997 totals);
• nova excepció registrada a 2026-09-05 08:04:54 CEST.

Per tant, no cal un altre patch: cal substituir el procés resident perquè carregui el fix ja instal·lat i alliberi els descriptors filtrats. Després del timer, la comprovació operativa és que canviï el MainPID/timestamp i que els descriptors SQLite tornin a un nombre baix.