Restauration Akeeba impossible

[GraphiqueDesign]

Bonjour Fred, Eddy & Robert !
Dès que j'aurai accès à mon ordi, je reprend le fil de ce topic en parallèle du topic de Fred ! À l'époque où j'utilisais Komento, celui ci nécessitait une tâche cron pour envoyer les notifications. C'était chez OVH et donc super compliqué à mettre en place. La solution, il fallait appeler un premier fichier PHP (cron1.php) qui en appelait un second (cron2.php) qui lui contenait le script. Le fonctionnement restait aléatoire. La situation s'était ensuite un peu améliorée quand je suis passé sur PHP7. Que de mauvais souvenirs ! Merci à vous pour ce topic, merci à Fred pour ses tutos parce que ce n'est pas la première fois qu'il passe à l'acte !

[RobertG]

Et encore, tu n'as pas essayé 1&1 !
En plus de devoir créer un fichier php avec l'instruction curl, il faut passer par SSH avec Putty par exemple pour écrire les divers paramètres de la tâche, au point que pour une tâche de nettoyage de cache avec Cache Cleaner, j'utilise un cron chez PHPNET avec l'adresse de la page de nettoyage chez 1&1 !

[fredjouan]

Ah oui, Robert, elle est bonne celle-là !

[Eddy.vh]

Et encore, tu n'as pas essayé 1&1 !
En plus de devoir créer un fichier php avec l'instruction curl, il faut passer par SSH avec Putty par exemple pour écrire les divers paramètres de la tâche, au point que pour une tâche de nettoyage de cache avec Cache Cleaner, j'utilise un cron chez PHPNET avec l'adresse de la page de nettoyage chez 1&1 !

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…

[RobertG]

Tu nous as dit qu'O2Switch demande une adresse de fichier et pas une URL, non ?

[Eddy.vh]

Heu non. Je parlais de mes précédents essais chez OVH probablement. Depuis o2, j'avais gardé l'option du script sans tester d'autres options puisque ça fonctionnait bien. Mais depuis ce post, j'ai testé l'URL et ça semble fonctionner.

[RobertG]

OK. En fait, il faut tester. Pour Cache cleaner, je peux ouvrir une adresse frontale de vidage du cache, donc une telle adresse est utilisable depuis n'importe où. Si O2Switch permet des URL, autant les utiliser.
Par contre, si chez l'hébergeur l'adresse (cas de OVH et 1&1 et des tâches Akeeba) n'est pas acceptée, sauf vers un fichier PHP intégrant le script curl ou autre, on ne peut pas échapper à la présence de ce nouveau fichier, même pour lancer le cron depuis un autre serveur.

[Eddy.vh]

Merci Robert. Je vais tester.

[fredjouan]

Bonjour,
J'ai un site qui se met en erreur avec les backups automatiques mais pas en faisant un backup manuel. Il fait 255 Mo et la sauvegarde auto ne fait que 143 Mo. Bizarre...
J'ai réglé hier la "Taille totale allouée pour le stockage des sauvegardes" à 512 Mo mais ça plante encore. Avec 3 backups maxi, il faudrait peut-être mettre 1 Go ?
Si le problème vient de là, les backups manuels devraient planter aussi...
J'ai regardé le fichier log,... mais il fait 6 Mo !
Je ne comprends pas. Une idée Robert ?

[RobertG]

Un site chez PHPNET ou ailleurs ?
Relance une configuration automatique et au besoin scinde les sauvegardes en fichiers plus petits.
Personnellement, je ne touche pas à cette taille allouée. Malgré la taille par défaut de 15 Mo, comme la case de surveillance de ce quota est aussi décochée par défaut, ça ne pose pas de problème.

[fredjouan]

Oui c'est chez phpnet.
En fait, cette erreur arrive sur plusieurs sites, avec le message suivant (lors des backups manuels) :

Link /home/www/site.tld/.. is inaccessible. Check the open_basedir restrictions in your server's PHP configuration

On ne peut pas lire l'adresse complète mais le message indique que l'adresse n'est pas valide alors que dans la configuration, l'adresse est bien "/home/_backups/site donc à la racine de l'hébergement. Très bizarre... Ce sont les sites avec ce message qui plantent lors des Backups automatiques

[fredjouan]

Je vais relancer une config automatique

[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 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...

[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.