Site inaccessible suite à restauration DB

Installation & Configuration du logiciel
Répondre
connexit
Gsup LEVEL 1
Messages : 12
Enregistré le : mar. 4 janv. 2022 09:44

Bonjour;
un peu d'aide siouplé 😅

J'ai restauré la base de données de notre server gestsup (hébergé chez ovh, mysql 8.2) depuis l'interface d'admin OVH Manager.
Et depuis, impossible d'accéder à la page de connexion.
(restauration à j-2, pas de mise à jour entre temps)

J'arrive à consulter la base de donnée via phpMyadmin (pas d'erreur apparente), j'ai vérifié le contenu ftp du site, et tout semble bien présent.

J'ai tenté d'appeler directement le fichier index.pxp ou autre, sans succès.

Un petite idée pour sortir de la panade ?
Je reste à votre disposition pour toute information complémentaire.

Cordialement
Fichiers joints
Capture d’écran 2026-01-26 à 16.59.56.jpg
Capture d’écran 2026-01-26 à 16.59.56.jpg (451.84 Kio) Vu 110 fois
Capture d’écran 2026-01-26 à 17.00.11.jpg
Capture d’écran 2026-01-26 à 17.00.11.jpg (381.53 Kio) Vu 110 fois
Avatar du membre
Flox
Administrateur du site
Messages : 9812
Enregistré le : jeu. 21 juin 2012 19:00

Bonjour,

existe t il un message d'erreur ?

Vérifier la modification du fichier connect.php

Cdt
GestSup: 3.2.53 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3 | https://doc.gestsup.fr/
connexit
Gsup LEVEL 1
Messages : 12
Enregistré le : mar. 4 janv. 2022 09:44

Merci pour votre retour rapide.

Non, aucun message d'erreur apparait sur safari, page blanche.
Et en pj l'erreur visible via Firefox

Le fichier Connect.php semble ok (en pj)

OVH me signale qu'il n'y a pas de blocage de leur coté.
Fichiers joints
Capture d’écran 2026-01-26 à 17.22.11.png
Capture d’écran 2026-01-26 à 17.22.11.png (117.25 Kio) Vu 106 fois
Avatar du membre
Flox
Administrateur du site
Messages : 9812
Enregistré le : jeu. 21 juin 2012 19:00

Pouvez-vous transmettre les logs d'erreur Apache ?
GestSup: 3.2.53 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3 | https://doc.gestsup.fr/
connexit
Gsup LEVEL 1
Messages : 12
Enregistré le : mar. 4 janv. 2022 09:44

Si vous me dite ou cela se trouve, oui, sans problème !
connexit
Gsup LEVEL 1
Messages : 12
Enregistré le : mar. 4 janv. 2022 09:44

Est-ce cela que vous souhaitiez ?
Fichiers joints
suppore.cluster030.hosting.ovh.net-25-01-2026.log.gz
(133.11 Kio) Téléchargé 5 fois
connexit
Gsup LEVEL 1
Messages : 12
Enregistré le : mar. 4 janv. 2022 09:44

Info complémentaire :

Ci joint le lot d'erreur lors des 2 tentatives de restauration de la DB.

####################

Bonjour,

Vous avez demandé l'import d'un dump externe sur votre base de données supporegestsup. Cette opération n'a pas pu être réalisée avec votre fichier.
Voici le message d'erreur correspondant :

[Errno 1] b"ERROR 1118 (42000) at line 834 in file: '/var/lib/mysql/import-mysql055-supporegestsup-202601261524/supporegestsup-202601261524': Row size too large (> 8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help. In current row format, BLOB prefix of 768 bytes is stored inline."

Nous vous suggérons de corriger votre dump et de retenter l'import.

Guide d'importation de base de données : https://www.ovh.com/fr/g1393.mutualise_ ... nees_mysql

A bientôt
L'équipe d'Ovh

####################


Je reste à votre disposition pour toute information complémentaire.
Cordialement
connexit
Gsup LEVEL 1
Messages : 12
Enregistré le : mar. 4 janv. 2022 09:44

Historique du problème.

J'ai demandé une restauration de DB à j-1 pour la raison suivante.
J'ai modifié la valeur du temps de session active de la connexion au site.
Je pense que j'ai du faire une erreur de saisie car tout de suite après cette modification (48000 min) le site a commencé à tourner en boucle, affichant un message "session expirée". En cliquant sur OK, le message revenait sans cesse.
C'est à partir de ce moment la que j'ai demandé une restauration.

A priori, les deux restauration demandées ont échouées avec le message d'erreur du précédent post.
(restauration via OVH Manager)

Peut-être faut-il simplement, modifié la valeur de la session dans la DB pour régler le problème ?

A dispo pour toute information complémentaire.
Cordialement
Répondre