Reprise du message précédent :
Vous recommanderiez quoi comme hébergeur dans la même gamme de prix ?

et est-ce qu'un d'entre vous aurait un script pour faire un backup déporté des fichiers/db?
je sais qu'il y a une sauvegarde automatique d'ovh mais il y a plusieurs site d'hébergés et potentiellement je peux vouloir restaurer un seul site
merci!

Backuppc + mysqldump.

Merci mais j'ai oublié de préciser : je n'ai qu'un hébergement simple, pas d'accès en ssh, seulement en FTP donc pas possible d'installer backuppc sur le serveur
Par contre mysqldump devrait fonctionner en le faisant tourner à partir de chez moi je suppose ?

Oui, si ta base autorise les connexions distantes en MySQL (ce qui n'est pas ouf comme pratique).

Je vais essayer
Et pour backuppc ? Une idée autre?

Retour sur mon soucis de mail.
 
Après des échanges avec le support, le soucis est résolu.
 
Je ne voulais pas trop croire à la baisse du niveau du support d'OVH, mais là, c'était digne d'un niveau 1 d'un FAI dans ses pires oeuvres. Les réponses sans queue ni tête, ou sans avoir lu les informations que je donnais, ou carrément qui reprenait des infos que je leur avait fournis.    
 
Et au final comme par hasard, sans rien faire de mon côtés, ça s'est remis à marcher après leur avoir listé les différents protocoles TLS. Ils ont peut être percuté qu'il n'était pas à jour sans vouloir l'avouer. J'aurais pu l'accepter, mais faire l'anguille en noyant le poisson, ça j'aime pas.
 
Bref, j'ai eu rarement affaire au support d'OVH en 20 ans, mais à chaque fois, c'était très pro, et j'en étais content. Là, j'ai été pris pour un con, et j'espère qu'il y aura une demande de feedback sur le support pour leur dire tout le bien que j'en pense.
 
 
Sinon, pour information d’après le support

 
Donc la version 1.3 de 2018 ne serait pas déployée, ou c’est un oubli de mon interlocuteur ce qui n'est pas exclu.

Toi, tu n'as pas suivi mes aventures sur le topic Kimsufi pour voir le niveau du support ...

Tu as un lien.

Ca commence ici : https://forum.hardware.fr/hfr/resea [...] m#t1145806

https://forum.hardware.fr/hfr/resea [...] 41_262.htm
 
Faut revenir +/- vers Noël pour voir son parcours du combattant.
 
Édit : (de circonstance. )

En même temps, vu mes températures CPU ...

Le stagiaire doit bien se réchauffer !

Merci, je vais jeté un coup d'oeil, histoire de voir ton expérience.
 
Du coup, en terme d'hébergement mail, vous avez un remplaçant, parce que j'avoue que je me pose des question à renouveler chez OVH.

Salut,
Moi le problème d'ip failover n'a pas bougé d'un iota depuis 1 mois, les relances se multiplient, tu appelles "je transmets" parce qu'évidemment tu ne tombes jamais sur la personne qui gère ton ticket.  
deux fois j'ai passé 1/2h a tout re-expliquer (à un nouvel interlocuteur, ou interlocutrice) pour bien sentir que ça les dépasse complètement et que derrière les "admins" ne brillent pas plus vu que malgré toutes les explications j'en suis tjr au même point.
 
Et demi victoire aujourd'hui pour un autre ticket, un serveur résilié durant la période de rétractation, 1 semaine pour faire comprendre :
 
- que 2 jours après la souscription on est encore dans la période de rétractation
- que la dé-commission par l'API m'envoyait balader (normal vu que le serveur n'est plus dans mon tableau de bord)
 
Et encore 20 jours pour avoir comme info que oui le serveur est bien résilié ( ) mais pour être remboursé ça ne peut plus se faire par paypal mais via virement sur un compte ( )
 
Online n'a rien de comparable en terme de specs
Hetzner et le peering ca fait 2
 
Comme on dit, entre la peste et le choléra covid ...

Je viens de lire. Je te souhaite bon courage.    
 
Tu utilises quoi pour tes tests de burn.

Le package "stress" de Ubuntu est pas mal : http://manpages.ubuntu.com/manpage [...] ess.1.html (avec la commande stress -c <nombre_de_processus> )
 
Sinon rien ne vaut un outil réel qui tape bien dans les unités SSE2 : http://www.gromacs.org/@api/deki/f [...] sscpu2.tgz basé sur le logiciel de simulation de dynamique moléculaire http://www.gromacs.org/ ...
 
Il manque une petite MAJ de l'outil pour aller taper dans l'AVX des CPU modernes ... mais on peut pas tout avoir

Merci.

Salut,
 
Le support a fini par répondre ...
 
Comme d'habitude les admins n'ont rien trouvé d'anormal de leur côté et il faut refaire un test en ip failover en mode rescue et leur renvoyer le résultat de :  
 

 
Pour mémoire le problème se résume à : la passerelle (d'ip failover) ne répond pas aux requêtes ARP envoyées par une VM bridgée (où se trouve l'ip failover), si j'ajoute une entrée statique dans la table arp de la vm avec la mac de la passerelle, tout fonctionne.
 
Je décris mon problème (en détail) et les actions déjà entreprises ici : https://forum.hardware.fr/message.p [...] p=1145580e
 
Est ce que je suis le seul à voir l'ineptie d'un test comme celui ci ?
 
A+

OVH quoi
Fais des captures pour analyser

bah ta mac correspond à rien

Re,
 
Captures déjà faites, déjà fournies au support il y a 2 mois maintenant, avec des explications...
 
Captures faites sur la vm et l'hôte, on voit bien l'arp request partir de la vm, passer dans la trace de l'hôte et jamais aucune réponse ne revient à l'hôte (ou la vm bien entendu)
 
Si j'ajoute une entrée statique dans la table arp de la vm avec la mac de la passerelle de l'ip failover, tout fonctionne correctement.
J'ai testé avec d'autres ip fo sur ce serveur, cela ne fonctionne pas non plus
J'ai aussi testé avec l'ip failover du serveur où j'ai le problème en la déplacant sur d'autres serveur et ca fonctionne.
J'ai testé de réinstaller le serveur avec le template proxmox, ca ne fonctionne pas mieux
J'ai aussi testé de déplacer l'OS (zfs dataset) d'un autre serveur que j'arrêtais alors, sur celui où j'ai le problème. Après avoir modifié les paramètres réseau (ip, route par défaut) sur le dataset en question et booté dessus, cela ne fonctionnait toujours pas. Je précise bien entendu que le dataset fonctionnait très bien sur le serveur où il se trouvait avant
L'install faite sur ce serveur est la même que sur d'autres serveurs que j'ai chez OVH et c'est le seul serveur où j'ai un problème.
J'ai aussi vérifié les versions de noyau, hyperviseur, etc, pour être sûr d'être concordant avec les autres serveurs, c'était le cas.
 
Vu que le serveur a une intel i350, j'ai même testé avec sr-iov pour attribuer une vf à la vm, pas mieux ...
 
Raison pour laquelle j'ai ouvert un ticket auprès du support SYS/OVH depuis maintenant 3 mois.
A la question "ben vires le serveur et prend en un autre" : C'est un SYS-B-3 qui dispose (contractuellement) d'une bande passante bien supérieure à ce qui existe dans les offres actuellement disponibles chez SYS
 
Enfin, j'ai retrouvé d'autres cas sur les forums où les gens ont vite abandonné face au support et vu que le support a tellement trainé pour me répondre au début, la période de rétractation était terminée.
En fouillant sur leur forum et ailleurs, j'ai fini par découvrir que je ne suis pas le premier a avoir eu ce problème mais les personnes concernées ont du avoir le temps de se rétracter car les sujets n'aboutissent jamais à une conclusion utile.
De même, sur leur site de travaux, on voit que des problèmes de blocages ARP ont déjà eu lieu, je leur ai signalé aussi bien entendu, mais on en revient toujours à la même réponse "tout va bien, refaites un test en ip fo en rescue" alors que brigde et ip fo sont 2 choses très différentes.
 
A+