Internal Error 500 chez OVH avec Akeeba Backup

[Steve]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Je trouve que OVH c'est pas terrible, je ne connaissais pas, j'aime pas du tout leur espace "manager" pour le client, c'est tres moche graphiquement et on dirait une usine à Gaz.

Je te l'accorde, leur interface n'est pas des plus intuitives mais je m'y suis habitué.
J'ai fait le chemin inverse : OVH puis d'autres hébergeurs et je dois avouer que le cPanel est vraiment d'une simplicité déconcertante.

L’émetteur principal est à Seppois-le-Bas, soit 5.5 km de chez moi, ce qui engendre des pertes monstres sur une tel distance !

Je compatis sincèrement : c'est pas le bout du monde, c'est le tdc du monde ! ( j'ai pas résisté, désolé )
Va falloir que tu déménages car le plan haut débit semble réservé à la prochaine génération.

Quoi qu'il en soit je surveille les forum OVH pour essayer de voir ce qui déconne.

Hélas, ça aussi, ça bouffe du temps.

[RobertG]

Re : Internal Error 500 chez OVH avec Akeeba Backup

La grippe passagère dure quand même depuis des mois, il suffit d'aller voir ce qui se dit sur le forum OVH.
Je viens de reprendre un site en stand-by, boutique VM avec 35 produits, et rien d'autre : sauvegarde en 11min 45s, nouvel essai un peu plus tard : 8 min ! pour un jpa de 47 Mo
Fin octobre, ça durait 1min30 pour 45 Mo... et depuis, ça varie de 4 à 8 min, jusqu'à ce pic tout à l'heure.
Alors j'ai cloné sur mon Illimité 1&1, relancé la configuration et sauvegardé le site en 18 secondes ! oui, 18 secondes...
Quoi qu'en dise le patron d'OVH, pour l'instant, ça ne va pas vraiment mieux sur ses serveurs mutualisés, et je me vois mal, lorsque ce site tournera chez OVH où le client a déjà son hébergement, comment il pourra accepter de perdre autant de temps à attendre que la sauvegarde soit terminée !
C'était la faute à de très gros sites, paraît-il. Ils ont été transférés la semaine dernière sur d'autres serveurs, mais pour l'instant, rien ne change pour mon client : ça rame tant et plus.

Suite à mes commentaires sur le forum OVH, j'ai eu un soir l'appel d'un technicien qui m'a demandé l'autorisation de faire des tests sur un site, afin qu'ils puissent être analysés, et qu'on me contacterait pour me donner des infos. Plus de deux semaines plus tard, ni appel, ni mail pour me tenir informé.
Et sur leur forum, régulièrement ceux qui donnaient les adresses de leurs sites se voyaient répondre que c'était la faute à leur CMS, à leur mauvais paramétrage, aux images... jamais au serveur !

Autre point fort négatif chez OVH : aucune montée en puissance entre les différents pack ! Qu'on soit en Perso, Pro, Business ou Premium, aucune différence de performances, contrairement à d'autres.

Et une offre de type Simple Hosting Gandi, ou Premium PHPNET (pour parler de ce que je connais), qui offre les avantages d'un VPS et ceux d'un mutualisé, à prix plus intéressant que certaines offres mutualisées, il y a des mois qu'on en parle sur leur forum, mais rien n'avance...

[felichon]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Hello,

Comme à l'accoutumé à présent, très bonne remarque de vous deux, j'ai bien lus attentivement c'est très pertinent.

Oh, je confirme, je suis bien au TDC du monde, d’ailleurs à ce propos, une petite parenthèse récréative...

Le village ou j'habite est le Km Zéro officiel ou a été placé la 1ere borne frontière qui devais s'étendre jusqu'au Luxembourg qui deviendra la fameuse frontière Franco-Germano-Suisse.

Ceci a été fait suite à la défaite de la France en 1871 face à la Prusse. (Allemagne)

D’ailleurs le village est fier d'être le carrefour frontalier des 3 puissances :





Blague à part, les lenteur que décrit RobertG son purement intolérable d'un hébergeur aussi connus que OVH, peut-être est-il victime de son succès ?

Quoi qu'il en soit, la sauvegarde des sites est une question importante car avec les attaques de plus en plus sophistiqué, il faut avoir un site sain de secoure au cas ou rien n'est récupérable.

Ah lala, sacré histoire. J'ai beau aller sur les topics OVH, je ne vois que haine et colère, mais pas de solutions.

Comment blâmer ses gens, ils dégustent tout comme nous dans le fond.

Bref tu paye un hébergement et t'en a pas pour ton argent, dans le fond si sa se trouve AkeebaBacup n'y est pour rien, car lui exécute un code-programme, si le serveur ne suit pas, il plante, c'est une peu normal dans le fond.

@ +

[Rems33]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Bonjour, j'ai le même problème chez OVH depuis quelques semaines énormément d'erreur 500 (Internal Server Error), quand je souhaite sauvegarder avec Akeeba (dernière réussi fin janvier en touchant aux delais) en mode iframe ca fonctionne encore moins ou simplement en naviguant sur le site.

Ovh : problème dans votre htaccess

La seule solution va être la patience ?

[Rems33]

Re : Internal Error 500 chez OVH avec Akeeba Backup

A tout hasard je viens d'essayé avec google chrome, je surf d'habitude sur firefox et cela à fonctionné.
J'ai changé la version php 5.3 en 5.35 : SetEnv PHP_VER 5_3_5
J'ai changé les délais comme indiqué tout en bas de la page d'info akeeba sur l'erreur.

Cool

[Steve]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Comment blâmer ses gens, ils dégustent tout comme nous dans le fond.
Bref tu paye un hébergement et t'en a pas pour ton argent, dans le fond si sa se trouve AkeebaBacup n'y est pour rien, car lui exécute un code-programme, si le serveur ne suit pas, il plante, c'est une peu normal dans le fond.
@ +

Tu as très bien résumé.
Autorise-moi juste un distingo entre la sauvegarde et la disponibilité du site.

OUI, le plantage ma sauvegarde s'explique. J'ai pas dit "est normal".
NON, attendre 10s ma page d'accueil n'est pas acceptable. J'aimerais¹ bien mes 2s d'avant, siouplai !

Je ne demande pas que le traitement de 10.000 fichiers ( pffff, quand même ) avec une base de 10 Mo s'exécute en 3 minutes chrono, mais si mon hébergeur me propose un délai de 30 minutes avec une garantie de résultat, je signe immédiatement.
J'ai largement de quoi m'occuper pendant que ça se passe.

[Akeeba sinon rien ?]
C'est gênant de ne pas pouvoir faire sa sauvegarde d'un clic, mais ce n'est pas rédhibitoire.
On peut toujours trouver d'autres solutions et ça se passe très bien avec un minimum d'organisation.

Dossiers : la récupération des snapshots marche bien: 1 seul plantage en 5 ans.
Je me connecte pour vérifier s'ils sont bien accessibles ( je suis pas fou quand même ) avant toute modification.
Je copie toute la racine du site une fois par trimestre, ou après une grosse mise à jour.
Pour les modifs ponctuelles, je copie par FTP les dossiers concernés avant modification.

Base de données : je confie la sauvegarde de mes bases à l'incontournable Lazydbbackup ( on en a déjà parlé )
Pour les modifs ponctuelles, j'exporte la ou les tables concernées avant de semer la zizanie.

[Tout bien considéré]
-Un mutu revient à moins de 50 cents par jour ...c'est 10x moins cher que mon ex-paquet de clopes !
-La plupart des extensions sont gratuites et les payantes sont vraiment de très bonne facture.
J'ai donc très peu de raisons de me plaindre.

[OVH]
Je pense - c'est mon avis rien-ka-moi - qu'ils avaient d'autres chats à fouetter fin 2012.
C'est le lot des boites qui grandissent : ça tire, ça coince et ça fait mal aux articulations.
Le forum a joué son rôle et ils se sont activés. Je leur fait confiance, c'est leur gagne-pain après tout.
La règle est d'adapter ses besoins à sa stratégie ou d'adapter sa stratégie à ses besoins : faut faire son choix et s'y tenir. Ca marche dans la plupart des cas. Parfois pas et là, tu dégustes. J'ai quand même mal pour eux.
Je continue de suivre leur forum, mais je laisse les spécialistes débattre du juste équilibrage des serveurs ( le load-balancing serait leur Saint Graal ), de l'à-propos des CMS mutualisés ( ou l'inverse, j'ai pas tout bien comprendu m'sieur ), de la pertinence des mesures des temps de réponse ( on y atteint des sommets en ce moment... ). Je suis pas assez pointu pour ça.

Alézou, je te laisse, j'ai une sauvegarde à finir...

Et merci pour l'info : je connaissais déjà la borne n°2 pour l'avoir parfois croisée sur les crêtes des Vosges.
Me v'là moins con que ce matin !

(1) J'ai bien dit "j'aimerais". Sinon, j'aurais l'impression d'incarner le brave péquenot moustachu dans "Manon des Sources", celui qui tape sur le bureau du maire avec son bâton en hurlant "Je veux mon eau. J'ai payé pour mon eau, donnez-moi mon eau !".
Je pense à lui quand j'explique en [mode-blonde] que l'ADSL c'est pas comme l'électricité, mais plutôt comme à un robinet : plus il y a de robinets ouverts, moins il y a de débit et donc plus la douche est froide.
Seuls les plus anciens qui ont connu d'improbables hôtels lors de leurs déplacements savent de quoi je parle.
De la douche froide bien sûr, pas de la blonde ...même si parfois c'est pareil.

[Steve]

Re : Internal Error 500 chez OVH avec Akeeba Backup

A tout hasard je viens d'essayé avec google chrome, je surf d'habitude sur firefox et cela à fonctionné.
J'ai changé la version php 5.3 en 5.35 : SetEnv PHP_VER 5_3_5
J'ai changé les délais comme indiqué tout en bas de la page d'info akeeba sur l'erreur.
Cool

Cool en effet.
Il serait toutefois prudent de tenter à nouveau l'expérience demain.
Juste pour confirmer que ta fructueuse tentative de ce soir ne soit pas un hasard du calendrier.
Du style "J'suis passé entre les 2 camions - même pas mal !"

Merci pour l'info : j'essaye ce paramétrage cette nuit.

[Steve]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Merci pour l'info : j'essaye ce paramétrage cette nuit.

6 backups sur 7 réussis sur les clusters 2, 10 & 14
Je n'ai pas pu tester le cluster-006 filerz196 qui me posait le plus de soucis ( site transféré )
Sans aucune modification des paramètres Akeeba.
On n'est pas à l'abri d'une embellie.

à suivre donc...

[RobertG]

Re : Internal Error 500 chez OVH avec Akeeba Backup

A propos des snapshots OVH : suite au piratage du site d'une relation, nous avons demandé depuis son Manager la restauration d'une sauvegarde datant de deux semaines. Comme le lendemain matin, rien n'était fait, j'ai tenté la même chose sur mon compte (qui arrivait en fin de contrat et que je n'allais pas renouveler, les sites ayant été transférés). Idem !
Un technicien m'a contacté parce que j'en ai parlé sur le forum, le robot chargé de la restauration n'ayant pas fait ce qu'on lui demandait... Comme j'avais corrigé à la main les effets et causes du piratage, faute de retrouver la sauvegarde, il a accepté d'annuler l'opération , ce qu'il est impossible de faire via le Manager.
Lenteurs, robot qui ne fait pas ce qui devrait prendre quelques minutes au lieu d'un transfert ftp interminable, sauvegardes des bases ignorant les tables InnoDB de plus en plus utilisées par les CMS et leurs extensions, ça commence quand même à faire beaucoup !

[felichon]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Salut,

De mon coté j'ai encore rien modifié, j'ai juste testé toutes les options de la configuration d'AkeebaBacup.

Elles plantes toutes sans exceptions.

Cependant, chose très étrange jusqu’à présent la sauvegarde plantait tout le temps quand elle arrivait au stade de sauvegarde de la BD, mais figurez-vous que si on change les paramètre de sauvegarde dans la configuration :

De site + base de donnée à la base de donnée seul.

Et bien la base se sauvegarde sans aucun soucis.

NOTE : Ma base fait 17,4 Mo exactement.

C'est très étrange, mais bon j'ai au moins la BD de sauvé et à jour c'est déjà ça.

J'aimerai aussi essayer ce que Rems33 suggère, à savoir :

J'ai changé la version php 5.3 en 5.35 : SetEnv PHP_VER 5_3_5
J'ai changé les délais comme indiqué tout en bas de la page d'info akeeba sur l'erreur.

Comment on fait pour changer la version PHP en mutualisé chez OVH, via le fichier .htaccess ? Si oui, (ou non) comment avez vous fais ???

Merci.

[RobertG]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Oui, c'est dans le .htaccess que ça se passe.

Mais changer en 5.3.5, impossible pour moi !
La ligne SetEnv PHP_VER 5_3 fait tourner une version 5.3.16, et ajouter "_5" ne change rien à la version.
D'ailleurs pourquoi régresser ?
Et dans le guide OVH, on n'a que trois valeurs : SetEnv PHP_VER 5 pour PHP 5.2, SetEnv PHP_VER 5_3 pour PHP 5.3 et SetEnv PHP_VER 5_4 pour PHP 5.4

Juste une question, felichon : as-tu relancé une configuration automatique, pour voir si ça fonctionne mieux ensuite ?

[felichon]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Juste une question, felichon : as-tu relancé une configuration automatique, pour voir si ça fonctionne mieux ensuite ?

Oui, j'ai relancé la configuration automatique, j'ai également essayé avec Chrome, FFox et IE tant que j'y était, pfff rien ne marche fatal error.

Je vais essayer de changer le .htaccess pour voir ce que ça donne et je remonte l'info ici.

@ +

[felichon]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Salut,

Je viens de tester tout ce qu'il est humainement possible :

-J'ai ajouté carrément ceci dans le fichier .htaccess pour voir la version 4 de PHP

SetEnv PHP_VER 5_4

Résultat site inaccessible totalement !

J'ai donc corrigé et renvoyé via FTP le fichier d'origine qui contiens, à savoir : SetEnv PHP_VER 5_3

Le site a fonctionné mais toute une partie de PhocaGallery a planté et d'autres extensions.

Après un délais de 3 à 5 minutes j'ai rafraichit le navigateur, vidé le cache et purgé les sessions actives et tout est revenus à la normal.

J'ai donc modifié cette fois le même fichier avec :

SetEnv PHP_VER 5_3_5

Mais rien ne change au vue de la configuration par defaut, j'ai tout essayé le résultat est strictement identique.

J'ai donc cette fois suivi à la lettre ce que le support AkeebaBacup préconise comme réglage (exactement comme Rems33 a fait) sans succès, j'ai même essayé en Zip au lieu de JPA avec Chrome également, rien y fait.

En revanche les réglages préconisé par Akeeba font mouliner le serveur, ça le met a genoux !!!

Un rafraichissement toute les dix secondes et une exécution tout les 7sc. il déguste grave !

Bref, j'ai tout remis à présent par défaut.

Cependant j'ai peut-être une piste. (Au conditionnel)

Mes autres sites sur les autres serveur apres vérification de la configuration PHP tournent tous sur PHP 5.3.19 et ils fonctionnent tous sans soucis.

Est-ce que Akeeba à besoin de cette version au minimum pour fonctionner correctement ?

Il semblerai que chez OVH c'est du PHP 5.3.16, je sais pas trop ...

Je pense qu'il faudrait voir dans la documentation akeeba quel sont les prérequis pour que ça roule comme il faut.

Le problème vien peut-être d'OVH car c'est pas logique que ça fonctionne partout sauf chez eux, et d’ailleurs pourquoi on peu sauvegarder la BD avec Akeeba chez eux et pas les fichiers ?

Mystère, pour le moment je lâche l'affaire c'est trop prise de tête.

j'ai au moins sauvé la base, c'est déjà ça. (Et encore, c'est même pas sur. Je n'ai pas vérifié si l'archive jpa est viable)

Si vous avez des piste, merci de nous en faire part.

@ +

[Rems33]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Bonjour les astuces que j'ai essayé, sont des essais au pif en trouvant sur des forums des idées......

Je relance une sauvegarde pour voir : toujours ok... J'en ai marre de voir cette erreur 500 a tout bout de champ, j’espère que ca va marcher pour un long moment, je me sent tjrs mieux après une sauvegarde.

[felichon]

Re : Internal Error 500 chez OVH avec Akeeba Backup

Salut Rems,

J'ai ajouté 2 captures d'écrans dans le précédent post.

C'est pile à ce moment que mon site chez OVH se ramasse.

Merci quand même de ton aide

@ +