Erreur BDD suite mise a jour v14 vers v15

protectora · Mars 17, 2022, 9:27

Bonjour,

J’ai effectué la mise a jour de mon dolibarr de la V14.0.3 vers la V15

J’utilise doliwamp sur un pc windows 10

Afin d’être sur j’ai sauvegardé, tous désinstallé, réinstallation de la V15 puis import de la sauvegarde

Le problème est intervenue après la mise a jour de la bdd de v14 vers v15

Tous semble fonctionner mais j’ai ce message lorsque je lance dolibarr :

Dolibarr a détecté une erreur technique.
Ces informations peuvent être utiles à des fins de diagnostic (vous pouvez définir l’option $dolibarr_main_prod sur ‹ 1 › pour masquer les informations sensibles):
Date: 20220317210835
Dolibarr: 15.0.0 -
Niveau de fonctionnalités: 0
PHP: 7.3.12
Server: Apache/2.4.41 (Win64) PHP/7.3.12
OS: Windows NT SERVEUR-PROTECT 10.0 build 19044 (Windows 10) AMD64
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.4844.51 Safari/537.36 Edg/99.0.1150.39

Url sollicitée: /dolibarr/index.php?mainmenu=home&leftmenu=home
Referer: xxx/dolibarr/index.php?mainmenu=home&leftmenu=home
Gestionnaire de menu: eldy_menu.php

Modules/Applications: user, syslog, tax, product, stock, productbatch, accounting, agenda, banque, barcode, propal, cron, commande, ecm, facture, fournisseur, margin, service, societe, ticket, contrat, ficheinter, quicknotes, import, export, notification, workflow, supplier_proposal, fckeditor, categorie
Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT count(sp.rowid) as nb FROM llx_socpeople as sp WHERE sp.entity IN (1) AND (sp.priv=‹ 0 › OR (sp.priv=‹ 1 › AND sp.fk_user_creat = 1))
Code retour dernier accès en base en erreur: DB_ERROR_1932
Information sur le dernier accès en base en erreur: Table ‹ dolibarr.llx_socpeople › doesn’t exist in engine

J’ai des message à peu prêt similaire sur plusieurs pages

Avez vous une idée ?

Arre · Mars 17, 2022, 9:32

Bonjour @protectora ,

tu sembles avoir des modules externes installés :
les as tu réinstallés sur cette nouvelle installation ?
ou au moins désactivés/réactivés ?
sont ils compatibles V15 ?

Voir les développeurs des modules concernés si besoin.

libremaster · Mars 17, 2022, 9:44

J’ai trouvé ces indices chez mon ami (google) :

protectora · Mars 17, 2022, 10:20

Bonjour

Je n’avais pas pensé a ça même si je n’avais pas grand chose, je les ai réinstaller puis activé/désactivé.

Cela ne semble pas résoudre le problème

Arre · Mars 18, 2022, 9:23

Un message a été scindé en un nouveau sujet : Problème saisie suite à MAJ V15

Arre · Mars 18, 2022, 9:44

vérifie qu’elle existe bien dans la bdd (pour écarter un problème de restauration)

Essaie ça : (pour écarter une erreur de nom de table ou de requête d’un module externe)

désactive un module
déplace le en dehors de /custom
test
retour à 1) pour un autre module

et dénonce le coupable qu’on le pende haut et court !!
(je blague: préviens de lev du module pour savoir s’il y aune mise à jour ou comment régler le problème)

Si pas concluant : remet les tous et ré-active les tous.

@libremaster j’ai regardé ton lien, mais @protectora ne signal pas d’erreur.
Ca survient quand ce type d’erreur ?

ksar · Mars 18, 2022, 9:49

Juste pour clarifier,

La table llx_socpeople existe bien dans le core, donc ce n’est pas un problème de module externe :

github.com

Dolibarr/dolibarr/blob/develop/htdocs/install/mysql/tables/llx_socpeople.sql

-- ============================================================================
-- Copyright (C) 2001-2004 Rodolphe Quiedeville <[email protected]>
-- Copyright (C) 2008      Laurent Destailleur  <[email protected]>
-- Copyright (C) 2005-2010 Regis Houssin        <[email protected]>
-- Copyright (C) 2020      Open-Dsi        		<[email protected]>
--
-- This program is free software; you can redistribute it and/or modify
-- it under the terms of the GNU General Public License as published by
-- the Free Software Foundation; either version 3 of the License, or
-- (at your option) any later version.
--
-- This program is distributed in the hope that it will be useful,
-- but WITHOUT ANY WARRANTY; without even the implied warranty of
-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-- GNU General Public License for more details.
--
-- You should have received a copy of the GNU General Public License
-- along with this program. If not, see <https://www.gnu.org/licenses/>.
--
-- ============================================================================

This file has been truncated. show original

Donc surement un problème d’import de sauvegarde.

libremaster · Mars 18, 2022, 10:01

Je pense que la base de données est corrompue et qu’il faut bien nettoyer et réimporter.

Arre · Mars 18, 2022, 11:51

@ksar @libremaster c’est ce que je pense aussi,

mais je parle de modules externe car il y a un appel de

c’est normal ce dolibarr. ? (je suppose que c’est le nom de la bdd, mais s’il est en « dur » quelque part ou dans un paramétrage et que la bdd a changé de nom : paf le chien)

nicolas90 · Mars 18, 2022, 12:03

juste un

MAIN_DB_PREFIX
et le problème n’est plus

protectora · Mars 18, 2022, 5:21

J’ai essayer un réimport et j’ai ce message

protectora · Mars 18, 2022, 5:23

Puis ensuite j’ai ceci

nicolas90 · Mars 18, 2022, 5:26

Pouvez-vous mettre une capture du fichier conf.php en floutant vos mots de passe

protectora · Mars 18, 2022, 5:37

Voici

protectora · Mars 18, 2022, 6:10

Pour info en faisant une sauvegarde manuel de la BDD j’ai eu ça à la fin :

Habituellement c’était fait en tache planifié mais la ça fonctionne plus…

libremaster · Mars 18, 2022, 10:11

Le problème vient à 100% du serveur de base de données et de son répertoire de données, quelque chose n’est pas à sa place.

protectora · Mars 19, 2022, 10:31

Je suis repassé en 14.0.5 et la tout refonctionne normalement

Je vais donc rester comme cela pour le moment.