Tweet
Bonjour à tous,
Depuis quelques temps, peut-être depuis la version 5 puisqu'un essai hier avec la 4.1.0 a fonctionné, il m'arrive presque à chaque coup de ne pas arriver à importer une sauvegarde depuis mon serveur de backup, l'import arrivant pourtant parfois à la fin, ou même en cours de transfert, redémarre sans aboutir.
J'ai l'habitude d'envoyer directement avec Akeeba backup pro les jpa sur mon serveur de backup, sans conserver de copie sur le serveur des sites.
Pour exemple, jeudi passé, j'ai du restaurer le site d'une cliente, plus de 950 Mo de jpa : impossible, il a fallu que je rapatrie et renvoie par ftp ces plus de 950 Mo. Pendant ce même temps, kickstart travaillait à la fois sur le serveur de ma cliente et sur mon propre serveur. Trois heures plus tard, le jpa transféré par ftp était bien arrivé, pas celui importé par kickstart (j'avais renommé celui que j'envoyais par ftp), alors que kickstart avait bien fini par transférer sur mon propre serveur le même fichier.
Les deux serveurs sont des Premium PHPNET comparables.
J'ai eu le même souci avec mon serveur Unlimited 1&1 récemment aussi.
Vendredi, je demandais par ticket à Nicholas comment déboguer. Il m'a répondu hier, je lui ai transmis le debug.txt qui montre qu'après être censé avoir récuopéré la totalité du fichier, celui-ci est détruit et le transfert recommence.
Nicholas ayant probablement mal lu le debug.txt a clos mon ticket ce matin, sous prétexte que ce n'est pas ce que j'ai cité dans le ticket qu'il lui fallait (le debug.txt était pourtant bien attaché sous forme de zip) et n'apporte donc aucune explication à ce phénomène. 
Je ne me suis pas gêné pour ouvrir un nouveau ticket. Je veux comprendre !
Hier, suite à un problème sur mon site personnel, j'ai eu besoin de restaurer et j'ai utilisé la version 4.1.0 de kickstart sans la moindre difficulté. Certes, le jpa ne pesait que 95 Mo, mais avec les versions 5 de kickstart, j'avais eu des soucis avec des fichiers de 25 Mo.
L'un de vous a-t-il eu l'occasion de se trouver confronté à de tels incidents ?
Utiliser Akeeba backup Pro pour stocker les fichier sur un serveur distant, mais ne pas pouvoir les récupérer avec kickstart est quand même embêtant !
Je précise que pour les restaurations récentes, c'était lié à l'impossibilité d'identification à l'administration et donc celle d'utiliser la fonction d'import d'Akeeba backup lui-même.
Merci de vos avis et témoignages !
Robert
Depuis quelques temps, peut-être depuis la version 5 puisqu'un essai hier avec la 4.1.0 a fonctionné, il m'arrive presque à chaque coup de ne pas arriver à importer une sauvegarde depuis mon serveur de backup, l'import arrivant pourtant parfois à la fin, ou même en cours de transfert, redémarre sans aboutir.
J'ai l'habitude d'envoyer directement avec Akeeba backup pro les jpa sur mon serveur de backup, sans conserver de copie sur le serveur des sites.
Pour exemple, jeudi passé, j'ai du restaurer le site d'une cliente, plus de 950 Mo de jpa : impossible, il a fallu que je rapatrie et renvoie par ftp ces plus de 950 Mo. Pendant ce même temps, kickstart travaillait à la fois sur le serveur de ma cliente et sur mon propre serveur. Trois heures plus tard, le jpa transféré par ftp était bien arrivé, pas celui importé par kickstart (j'avais renommé celui que j'envoyais par ftp), alors que kickstart avait bien fini par transférer sur mon propre serveur le même fichier.
Les deux serveurs sont des Premium PHPNET comparables.
J'ai eu le même souci avec mon serveur Unlimited 1&1 récemment aussi.
Vendredi, je demandais par ticket à Nicholas comment déboguer. Il m'a répondu hier, je lui ai transmis le debug.txt qui montre qu'après être censé avoir récuopéré la totalité du fichier, celui-ci est détruit et le transfert recommence.
-- Importing frag 948, byte position from/to: 994050048 / 995098623
-- Successful download of 322384 bytes
-- Temporary file merged and removed
-- Read less data than the requested length. I assume this file is complete.
- Importing from https://myuser:mypassword@myserver.t...210-042234.jpa
-- First frag, killing local file
-- Importing frag 0, byte position from/to: 0 / 1048575
-- Successful download of 322384 bytes
-- Temporary file merged and removed
-- Read less data than the requested length. I assume this file is complete.
- Importing from https://myuser:mypassword@myserver.t...210-042234.jpa
-- First frag, killing local file
-- Importing frag 0, byte position from/to: 0 / 1048575
Je ne me suis pas gêné pour ouvrir un nouveau ticket. Je veux comprendre !
Hier, suite à un problème sur mon site personnel, j'ai eu besoin de restaurer et j'ai utilisé la version 4.1.0 de kickstart sans la moindre difficulté. Certes, le jpa ne pesait que 95 Mo, mais avec les versions 5 de kickstart, j'avais eu des soucis avec des fichiers de 25 Mo.
L'un de vous a-t-il eu l'occasion de se trouver confronté à de tels incidents ?
Utiliser Akeeba backup Pro pour stocker les fichier sur un serveur distant, mais ne pas pouvoir les récupérer avec kickstart est quand même embêtant !
Je précise que pour les restaurations récentes, c'était lié à l'impossibilité d'identification à l'administration et donc celle d'utiliser la fonction d'import d'Akeeba backup lui-même.
Merci de vos avis et témoignages !
Robert
Commentaire