sauvegarde SPIP incomplète

Salut,

j'obtiens systématiquement des sauvegareds incomplètes avec la fonction interne à SPIP. spip_auteurs n'est pas pris en compte alors qu'il y a une dizaine d'ateurs, la table spip_articles est prise en compte mais vide alorqu'il y a plusieurs dizaines d'articles etc.

Je peux toujours créer des sauvegardes avec Adminer, mais ce mauvais fonctionnement de SPIP même m'inquiete. Est-ce vous avez déjà rencontré de genre de problème?

php.ini
max_execution_time 180
memory_limit 1024M
mysql.max_links Unlimited
mysql.max_persistent Unlimited
session.gc_maxlifetime 1440

SPIP 3.2.8
PHP Version 5.6.40-38

     spip_articles (vide)
     spip_auteurs_liens (106/106)
     spip_breves (vide)
     spip_depots (vide)
     spip_depots_plugins (686/686)
     spip_documents (vide)
     spip_documents_liens (100/100)
     spip_formulaires (vide)
     spip_formulaires_liens (2/2)
     spip_formulaires_reponses (vide)
     spip_formulaires_reponses_champs (vide)
     spip_forum (vide)
     spip_geo_pays (244/244)
     spip_groupes_mots (vide)
     spip_jobs (17/17)
     spip_jobs_liens (vide)
     spip_mailshots (vide)
     spip_mailshots_destinataires (vide)
     spip_mailsubscribers (vide)
     spip_mailsubscribinglists (vide)
     spip_mailsubscriptions (vide)
     spip_messages (vide)
     spip_mots (vide)
     spip_mots_liens (3/3)
     spip_newsletters (vide)
     spip_newsletters_liens (vide)
     spip_paquets (1020/1020)
     spip_petitions (vide)
     spip_plugins (711/711)
     spip_plugins_stats (vide)
     spip_referers (vide)
     spip_referers_articles (vide)
     spip_rubriques (vide)
     spip_signatures (vide)
     spip_spip2spips (vide)
     spip_syndic (vide)
     spip_syndic_articles (vide)
     spip_types_documents (vide)
     spip_urls (152/152)
     spip_versions (400/400)
     spip_versions_fragments (1625/1625)
     spip_visites (vide)
     spip_visites_articles (vide)
     spip_zones (vide)
     spip_zones_liens (12/12)

Merci pour vos commentaires.
:-)k++

même problème pour moi. Et depuis longtemps.
Ce qui fait que je passe toujours par le plugin sauvegarde automatique mais ça reste ennuyeux...

idem et donc j’utilise une sauvegarde mysql en cron

Pareil pour moi.

Le problème est présent depuis longtemps pour 1 de mes hébergeurs (o2switch) et serait lié, si j'ai bien compris, à une incompatibilité entre mariaDB et sqlite.

Le problème n'a pas l'air de pouvoir se résoudre facilement (cf Sauvegarde au format SQLite impossible avec les dernières version de MariaDB (#4374) · Tickets · spip / spip · GitLab )

dd

Le 08/11/2020 à 18:30, teamspipfactory@gmail.com a écrit :

idem et donc j'utilise une sauvegarde mysql en cron

Le 08/11/2020 à 15:06, Manu a écrit :

même problème pour moi. Et depuis longtemps.
Ce qui fait que je passe toujours par le plugin sauvegarde automatique mais ça reste ennuyeux...

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

--
https://spipfactory.fr
C’est une plateforme d’hébergement autogéré en association de loi 1901.
Propulsée par la mutualisation de Spip. Habillage Escal .
----
SPIP 3.3.0-dev + écran de sécurité 1.3.13 + Habillage ESCAL 4.3.88 + Garradin 0.9.8.1
Informations système : PHP : 7.3.22 - SQLite : 3.8.7.1 - MySQL : 5.7

Merci pour vos indications.

Alors je pars du principe que le patch décrit dans

sera intégré dans SPIP 3.2.9 , n'est-ce pas?

Autrement oui, pour moi aussi c'est le plugin sauvegarde, mysql cli, puis les routines de sauvegarde automatiques de notre serveur etc. On n'est pas démuni de solutions mais c'est un peu chiant pour les migrations.

Ce qui me gêne surtout c'est que je ne peux pas faire la pub d'un système qui n'est utilisable que par les spécialistes qui se tiennent au courant quotidiennement. SPIP est toujours un très bon outil que j'aime intégrer ds mon discous sur le combat pour la liberté informatique.

:-)k++

On 08.11.20 18:46, dd wrote:

Pareil pour moi.

Le problème est présent depuis longtemps pour 1 de mes hébergeurs (o2switch) et serait lié, si j'ai bien compris, à une incompatibilité entre mariaDB et sqlite.

Le problème n'a pas l'air de pouvoir se résoudre facilement (cf Sauvegarde au format SQLite impossible avec les dernières version de MariaDB (#4374) · Tickets · spip / spip · GitLab )

dd

Le 08/11/2020 à 18:30, teamspipfactory@gmail.com a écrit :

idem et donc j'utilise une sauvegarde mysql en cron

Le 08/11/2020 à 15:06, Manu a écrit :

même problème pour moi. Et depuis longtemps.
Ce qui fait que je passe toujours par le plugin sauvegarde automatique mais ça reste ennuyeux...

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

--
https://spipfactory.fr
C’est une plateforme d’hébergement autogéré en association de loi 1901.
Propulsée par la mutualisation de Spip. Habillage Escal .
----
SPIP 3.3.0-dev + écran de sécurité 1.3.13 + Habillage ESCAL 4.3.88 + Garradin 0.9.8.1
Informations système : PHP : 7.3.22 - SQLite : 3.8.7.1 - MySQL : 5.7

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Ce qui me gêne surtout c'est que je ne peux pas faire la pub d'un système qui n'est utilisable que par les spécialistes qui se tiennent au courant quotidiennement. SPIP est toujours un très bon outil que j'aime intégrer ds mon discous sur le combat pour la liberté informatique.

+1, tout pareil