Erreur "request depth exceeded" sur Firebird 2.1

**Olmer** · 13/09/2023, 11h15

Bonjour,

J'ai besoin d'une aide urgente: nous sommes une SSII qui informatise les librairies, et notre logiciel utilise FireBird (2.1 à 3.0).

Sur plusieurs sites, et après le passage d'un script anodin (juste une mise à jour de qq champs, pas de DDL), nous avons l'erreur suivante à la connexion:

"unsuccessfull metadata update
request depth excedeed. (Recursive definition?)"

Le problème est qu'on ne peut rien faire, puisqu'il est impossible de se connecter ! Ni gbak, ni nbakup, ni gfix, etc...

Est-ce que quelqu'un aurait une solution à ce problème ?

(pour info, nous avons des centaines de bases Firebird installées, et à ma connaissance c'est la première fois que cela se produit).

Merci d'avance,

Olivier.

**licardentaistor** · 13/09/2023, 11h27

en général ce qui semble anodin ne l'est pas....

quel est le script passé en question?

**SergioMaster** · 13/09/2023, 11h37

Que Gfix ne fonctionne pas m'étonne, quelle erreur lève cet utilitaire ? (via quelle commande)

**Olmer** · 13/09/2023, 11h42

Envoyé par SergioMaster

Que Gfix ne fonctionne pas m'étonne, quelle erreur lève cet utilitaire ? (via quelle commande)

N'importe quelle commande faite avec Gfix lève la même erreur:

Nom : Image 1.png
Affichages : 40
Taille : 30,7 Ko

**Olmer** · 13/09/2023, 11h43

Envoyé par licardentaistor

en général ce qui semble anodin ne l'est pas....

quel est le script passé en question?

Je suis d'accord! Pourtant il ne s'agissait que de recalculs de prix....

**SergioMaster** · 13/09/2023, 11h47

Envoyé par Olmer

N'importe quelle commande faite avec Gfix lève la même erreur:

essayer avec -mend -ignore plutôt que -mode readonly ( bien sûr sur une copie de la BDD

)
avant, il est toujours possible de faire un -v -f -i histoire de vérifier.
Bien entendu, sur une BDD en exploitation un shutdown préalable s'avère utile

les quelques recherches que j'ai pu faire indique le plus souvent que ce problème survient avec des champs calculés (COMPUTED BY) servant de clés

**Olmer** · 13/09/2023, 11h51

Déjà éssayé, bien sûr, et toujours le même message:

Nom : Image 2.png
Affichages : 38
Taille : 33,4 Ko

**SergioMaster** · 13/09/2023, 11h55

Il s'agit d'une copie de la base de données ?

A-t-elle été faite une fois le serveur arrêté ? ( envisager un shutdown de la BDD )

Le serveur a-t-il été arrêté puis redémarré ?

ça sent les opérations en LIMBO

**licardentaistor** · 13/09/2023, 12h00

Envoyé par Olmer

Je suis d'accord! Pourtant il ne s'agissait que de recalculs de prix....

si le pb est arrivé après le passage du script, il faut peut être regarder de ce côté là.

**Olmer** · 13/09/2023, 12h02

Envoyé par SergioMaster

Il s'agit d'une copie de la base de données ?
A-t-elle été fait une fois le serveur arrêté ?
Le serveur a-t-il été arrêté puis redémarré ?

Oui à tout.

Hallucinant !

**SergioMaster** · 13/09/2023, 12h12

Envoyé par SergioMaster

ça sent les opérations en LIMBO

un gfix -sweep ?

**Olmer** · 13/09/2023, 12h27

Envoyé par SergioMaster

un gfix -sweep ?

Toujours le même problème, le Gfix sort immédiatement en erreur !

**Olmer** · 13/09/2023, 12h29

Il faudrait comprendre pourquoi le moteur met ce message à la connexion à la base de données (surtout qu'il n'y a pas de Trigger à la connexion).

Olivier.