Avant de vous expliquer mon soucis, voici ma config :
DOLIBARR V16.03 installé sur un NAS QNAP.
Je sais, c’est pas bien, il n’est pas à jour. Je me suis laissé gagner par le temps
C’est justement en voulant le mettre à jour que je me suis rendu compte que ma sauvegarde ne fonctionnait plus depuis un bon moment déjà.
J’ai réalisé quelques vérifications et modifications mais je n’ai pas réussi à régler le soucis.
Je me suis connecté avec PuTTY sur mon NAS.
Je suis allé voir dans le crontab et j’ai même changé la clé de sécurité après l’avoir re généré dans les travaux planifiés de DOLIBARR.
Je suis allé parcourir le chemin de cron_run_jobs.php et j’y ai bien accès avec mon admin.
J’ai voulu l’exécuter à la main en me positionnant directement dans son répertoire mais j’obtiens cette erreur.
Bonjour
Merci pour votre réponse.
J’ai bien phpmyadmin mais je ne cherche pas à réaliser une sauvegarde manuelle.
J’ai déjà pu réaliser la sauvegarde manuelle complète.
Je cherche à réparer ma sauvegarde automatique qui ne fonctionne plus dans DOLIBARR et également à savoir si je peux réaliser une MAJ en dernière version ou non.
Bonjour,
Nous sommes sur QNAP depuis plus de 10 ans et force de constater que le CRON ne fonctionne pas vraiment. À chaque mise à jour, les paramètres d’usine reviennent et vous, perdez vos belles modifications. Nous avons géré cela parfaitement avec notre prestataire NS INFO présent sur ce forum, via un pc sous Linux, externe au QNAP, tout est sous contrôle à présent.
Bonjour
Merci pour votre réponse.
La technique est bonne.
Ma question était plus pour savoir si il y avait des préconisations technique comme « on ne peux pas faire les MAJ d’un coup, il faut les faire petit a petit ou pas. » etc. si il y en a d’autres.
Bonjour
Merci d’avoir pris le temps de me répondre mais ce n’est pas mon cas. Mon Cron n’a pas bougé, il est toujours tel quel. J’ai l’impression que ca ne vient pas de lui car même en manuel, les sauvegardes ne fonctionnent plus.
En ce cas, regardez dans le fichier php.ini, le paramètre « memory limit » doit être à 1024M au lieu de 512M
memory_limit = 1024M ; Maximum amount of memory a script may consume
j’ai aussi ce problème de sauvegarde sur ma V17 et sur ma V19 de test en utilisant mysqldump, même message alors que MySQL dump PHP fonctionne.
Et il y a plusieurs posts qui en parlent, par exemple : Pb sauvegarde depuis migration v17
j’ai contourné en faisant une sauvegarde directement dans MariaDB, mais je pense que c’est un problème liè justement au serveur MariaDB
Bonjour,
J’ai rencontré récemment le même message d’erreur que vous, sur un NAS Synology avec 16.05.
Après des recherches très longues j’ai trouvé le problème : j’avais écrit via phpmyadmin une “view” pour mon logiciel de BI dont une des lignes contenait une erreur qui bloquait la sauvegarde.
Pour avoir une idée plus précise de l’erreur, vous pouvez vous connecter au NAS en ssh et regardez le log au moment où vous faites la sauvegarde, c’est comme ça que j’avais trouvé.
Je réagis surtout pour vous demander si c’est votre mot de passe admin que vous avez mis dans le screenshot ?
Sinon pour ce qui est de la montée en version, vu que c’est proposé je préfère la faire version par version. 16 => 17 => 18 => 19.
C’est pas très long, ça me rassure que ça franchi bien toutes les étapes.
Vous pouvez essayer la montée en direct 16=>19 si c’est possible, au pire vous avez votre sauvegarde (faites un test de restauration avant la manip quand même, avoir la sauvegarde c’est une chose, savoir l’utiliser c’est une autre). Vous nous raconterez pour nous dire si ça marche.
Et pour le coup, votre utilisateur admin il a bien les droits adéquats sur la base ?
Vous vous connectez en root sur phpmyadmin ou bien avec admin ?
