Restauration Akeeba impossible

[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

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

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 ?

[Eddy.vh]

Merci Robert. Je vais tester.

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

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]

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

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

[fredjouan]

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

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

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

[fredjouan]

Bon, un petit tutoriel simple est à cette adresse :

https://www.fred-net.fr/blog/joomla/sauvegardes-automatiques-avec-akeeba

Mais il ne traite pas les fonctions WGet et cURL, que je ne connais pas. Je vais faire des recherches.
Il faudrait voir l'interface de l'hébergeur et la doc qui s'y réfère…

[Eddy.vh]

GraphiqueDesign,

la syntaxe renseignée par Akeeba dans Shedule Automatic Backups n'a pas fonctionné chez O2 pour moi.

Je l'ai indiquée comme suit :

wget -O /dev/null 2>&1 "https://www.monsite.com/index.php?option=com_akeeba&view=Backup&key=********************************"

pour que la tâche cron s'exécute. Les * correspondent bien sûr à la clé fournie par ton installation d'Akeeba.

[RobertG]

Je serais bien client pour le tutoriel car en suivant le fil de ce topic, j'ai l'impression qu'il manque certaines précisions, notamment sur comment activer la sauvegarde en front-end. Je pensais connaitre Akeeba mais finalement, pas autant que cela. Merci.

En activant dans les paramètres généraux d'Akeeba backup la possibilité de sauvegarde en frontal, on obtient un code visible depuis l'icône "Schedule atomatic backups" (Paramètre de sauvegarde frontale) qui, soit par URL, soit par code à insérer dans un fichier php, permet de lancer la sauvegarde. Il suffit alors de lancer celle-ci soit manuellement, soit par une tâche planifiée (cron).

[fredjouan]

Un tutoriel simple est en cours de rédaction…