Restauration Akeeba impossible

[fredjouan]

Bonjour,
Les backups programmés les dimanche et lundi se sont déroulés sans encombre.
Un grand merci Robert pour ton aide, notamment sur la répartition des horaires de backups et le fonctionnement d'Akeeba.

[fredjouan]

Je pense avoir compris. Les backups automatisés fonctionnent d'ailleurs bien maintenant que la restriction de l'open_basedir est désactivée.
Pour un grand nombre de sites, les backups ne seront qu'hebdomadaires, je les ai donc répartis sur les jours de la semaine et à des horaires différents (lorsqu'il y en a plusieurs la mêmes nuit).
Je vais donc patienter…

[RobertG]

En fait, je crois que tu confonds l'erreur systématique d'Akeeba en cas d'open_basedir restreint au dossier du site et celle quand le dossier supplémentaire pour les sauvegardes est mal défini.

Quand l'open_basedir n'est pas restreint, Akeeba est autorisé à accéder à n'importe quel dossier du serveur, donc pas d'erreur.
Quand il est restreint au dossier du site, tu ne peux placer tes sauvegardes en dehors de ce dossier que s'il est dans un dossier autorisé en plus ("_backups"), mais comme Akeeba tente d'accéder au dossier non autorisé "monsite/.." (et qu'il n'a pas à utiliser, j'insiste) apparaît l'erreur. Il s'agit à mon avis d'une boucle mal définie sur les noms de dossiers.

[fredjouan]

Bien sûr que toutes les configurations sont paramétrées pour obtenir un chemin de stockage de l'archive de type :
/home/_backups/site/dossier
Pour l'instant, les restrictions open_basedir ont été désactivées sur tous les sites (côté hébergeur) et les sauvegardes des sites que j'ai eu le temps de tester avec un backup manuel ont toutes fonctionné normalement et les archives des sites sauvegardés sont bien dans le dossier à la racine de l'hébergement.
J'attends les backups automatisés pour vérifier que ça fonctionne.

[RobertG]

Je veux dire qu'il n'y a strictement aucune raison pour qu'Akeeba aille chercher un dossier autre que celui du site sans que ça ait été nommément spécifié.

[fredjouan]

Tu veux dire que même après désactivation de l'open_basedir, Akeeba ne trouvera pas le dossier en dehors du www ?

[RobertG]

La désactivation de l'open_basedir n'est pas forcément une bonne solution, car la sauvegarde Akeeba ne fait que signaler ces erreurs sans conséquences.

[fredjouan]

Attention Fred à ne pas lancer plusiuers sauvegardes à la même heure, le serveur pourrait ne pas aimer
Ton problème avec "_backups" est strictement lié à l'open_basedir : dès qu'il est activé, Akeeba ne peut remonter d'un niveau, que tu aies ajouté ou non un dossier de niveau supérieur (sauf celui direct "site.tld" comme tu l'avais noté). C'est une erreur d'Akeeba, pas de tes paramétrages.
Vérifie, mais ceux où tu n'as pas d'erreur Akeeba sont ceux où l'open_basedir n'est pas restreint.

Bonjour Robert,
J'ai pris bonne note de tes conseils :
– Désactivation de la restriction de l'open–basedir chez PHPnet
– Modification des horaires de backup (ils étaient tous à la même heure)
Je verrai demain matin le résultat de ces modifications.

[RobertG]

Attention Fred à ne pas lancer plusiuers sauvegardes à la même heure, le serveur pourrait ne pas aimer
Ton problème avec "_backups" est strictement lié à l'open_basedir : dès qu'il est activé, Akeeba ne peut remonter d'un niveau, que tu aies ajouté ou non un dossier de niveau supérieur (sauf celui direct "site.tld" comme tu l'avais noté). C'est une erreur d'Akeeba, pas de tes paramétrages.
Vérifie, mais ceux où tu n'as pas d'erreur Akeeba sont ceux où l'open_basedir n'est pas restreint.

Edyy, à condition de disposer d'un autre hébergement qui le permet, c'est en effet très pratique lorsque certains hébergeurs n'ont pas une procédure simple pour ces tâches.

[Eddy.vh]

On peut lancer un cron vers une url distante ? J'ai fait des tests infructueux depuis o2Switch… Je vais retenter pour voir, ça m'intéresserai, j'ai un site chez un hébergeur allemand qui ne propose pas la tâche cron…

Cool.
J'ai programmé une tâche avec l'URL Akeeba vers le site distant et BINGO, j'ai bien une sauvegarde… Merci Robert de m'avoir mis la puce à l'oreille.

[fredjouan]

J'ai bien noté tes explications à propos de l'open_basedir et je t'en remercie, mais c'est quand même curieux qu'avec l'open_basedir activé et le dossier _backups mis en exception, ça marche sur certains sites et pas sur d'autres !!!
Quant aux backups de cette nuit, ceux réglés à 01:00 ont bien fonctionné, mais pas ceux réglés à 02:00, donc je pense que c'est un problème de réseau….
Je vois ça demain matin

[RobertG]

Cette erreur, on en a déjà parlé, elle est liée à Akeeba qui cherche à remonter d'un niveau, ce qui est anormal à mon sens et interdite quand l'open_basedir est limité au dossier du site, qu'on y ajoute ou non un autre dossier, sauf bien sûr si on autorise "site.tld" comme dans ta citation, auquel cas l'open_basedir limité n'a pas d'intérêt.
Si tu veux exclure ces erreurs, il faut que tu désactives la restriction open_basedir.

Je n'ai actuellement pas chez PHPNET de site personnel en sauvegarde automatique pour vérifier sur une tâche planifiée, je vais en paramétrer pour vérifier, mais chez un client, même pack d'hébergement, j'ai bien eu une sauvegarde par cron cette nuit, sans erreur.

[fredjouan]

Je me rends compte que tous les backups ont échoué cette nuit. Les sites, même petits, sont tronqués, avec une archive ftp sous un format J01 au lieu de JPA.
Peut-être un problème du coté de PHPNET...

[fredjouan]

Je viens de relancer une config automatique, le chemin /home/_backups/site/backups a été conservé,... mais toujours cette erreur lors du backup manuel

[fredjouan]

Je vais relancer une config automatique