Reprise du message précédent :
bon, le fait d'en avoir parlé a du joué, cest reparti.
 
uptime: 101 days. ouf
 
dernieres lignes du syslog:

Depuis près d’une semaine, on a des users qui se plaignent de ne plus pouvoir visiter notre site web qui est sur le cdn d’ovh : ce sont tous des utilisateurs via 4G du réseau Proximus (Belgique). Les utilisateurs ADSL Proximus n’ont pas de problème.  
 
On a réussi à avoir le problème sur un de nos téléphones, on constate qu’il n’a aucun accès au réseau ovh depuis ce terminal (visite de www.ovh.com): connection reset by peer en https et http. L’accès direct à notre réseau fonctionne sans problème.  
 
Nous en déduisons que le problème est entre Proximus et ovh : on a ouvert un ticket chez chacun d’eux ce lundi.
Proximus: escalade en ligne 3 de la hotline, ils ont eux même créé un ticket chez leur sous-traitants...
OVH: ticket créé, aucune réaction jusqu’à maintenant...
 
Je n’arrive pas à savoir si le problème est chez Proximus (problème de routage) ou chez ovh (un WAF qui aurait fait du zèle). Qqn a une idée?

Oh, c'est plus ce que c'était; leur support..
Récemment, un de leur commerciaux (qui essayait de me vendre de support premium) m'expliquait qu'ils grossissaient beaucoup et tres vite, et de fait, leur support est pris d'assault, qu'ils passaient trop de temps pour chaque client ..   et que jusqu'ici ils étaient "trop" gentils et faisaient apparemment plus que ce qu'ils auraient du.
Et que du coup en l'état, c'était plus possible. (pourtant je suis client chez eux depuis une 12/13 ans. j'a eu envie de le baffer et de lui suggèrer d'engager du personnel..)
Bref.
Y'a quelques mois, j'ai ouvert un ticket chez eux (depuis le manager), pour un probleme non urgent que je rencontrais. j'ai attendu 17 jours avant qu'un de leur tech réponde. et completement a coté de la plaque alors que j'avais donné tous les détails..    
Pour problème urgent, faut les appeler et insister.
(du coup je commence à bouger mes services ailleurs ou on ne considère pas le client comme des moins que rien)
Bonne chance de ton coté. au moins proximus gère le ticket

C'est tout le problème quand tu passes d'une PME à une multi-nationale  
 
Au début tu as une croissance liée à ton activité, tu peux prendre le temps de former tes équipes, d'avoir un esprit partagé, de suivre tes clients...
 
Puis après si tu décides de devenir un gros, tu fais d'énormes investissements qu'il te faut rentabiliser et pour ça la seule solution c'est de croitre en embauchant des gens que tu ne formes pas, tu oublies l'esprit, et tu cherches à prouver ta réussite en faisant venir le maximum de nouveaux clients, tant pis si les anciens sont abandonnés/mécontents  
 
C'est malheureusement impossible d'être le premier acteur européen et un des grands acteurs mondiaux tout en offrant une expérience PME aux clients et aux salariés...
 
Tout comme il aurait été impossible pour OVH de fournir les services qu'ils fournissent s'ils étaient resté une PME.

Je sais bien, et suis assez d'accord.
Meme scenario dans mon ancienne boite : on a été racheté par une multi, et les petits client ont été relégués au fond..
M'enfin si leur personnel n'est plus formé, qu'ils se contentent manifestement de lire leur script et refusent d'en sortir, et que donc au moindre problème faut batailler, c'est juste plus possible.
Ce qui est dommage car le rapport qualité/prix de leur service est plutôt bon. du moins jusqu'à maintenant.

J'ai encore reçu du phishing ...
 
Ce qui est étrange, c'est que j'ai reçu ça pour mes 3 noms de domaine, je sais pas comment je suis tombé dans leur liste avec mes 3 noms de domaine ...

le whois, tout simplement..
(quoique maintenant il est protégé, mais y'a encore pas longtemps, l'email était dedans en clair. et comme l'info est publique, y'a des bots qui scrutent les nouveaux domaines et y envoient du spam sur l'email de contact )

cest que moi, ou il vient d'y avoir un petit hoquet chez ovh ?  
j'ai perdu une 10aine de serveurs, tout dc confondu (gra, rbx, sbg..) puis ils sont remontés 5/10mn après (ouf )
j'ai regardé sur travaux.ovh.com, rien de probant..

edit: j'ai d'autres trucs hebergés chez d'autres hebergeurs, rien n'a bougé en dehors de ovh..

edit2: ptet celui la: http://travaux.ovh.com/?do=details&id=47360&

Toute notre infra est tombée aussi jeudi vers 15h30, ça a mis beaucoup de temps à revenir... Genre 18/19h

aie    
ça dépend aussi de ce que t'as chez eux, comment c'est utilisé..
a l'époque j'avais plusieurs machine connectées entre elles avec le vrack, ce qui est tres pratique.
sauf que celui ci était pas super stable, j'avais regulièrement des pertes, deco/reco, ça m'a gavé.
au final je leur ai collé un vpn entre elles, plus de probleme depuis

Nous toutes les vms de ma boite sont tombées, c'était une migration avancée de vm il me semble côté ovh.  
Pas prévenu, RAF des clients, ovh quoi ....

Un grand cloud provider a la française  

Je vous parle pas du vpn qui fait un bon gros bottleneck en fonction des humeurs d'Octave  

ha tiens, hier soir j'ai du aller sur le manager.. z'ont mis le mot "cloud" partout !  

Action d'OVH hier, et tous nos environnements sont en vrac encore ce matin  
Et y'en a une autre de prévue demain matin à 7h.  
 
 

ha tiens, down de la plupart de mes machines @ovh
ce qui correspondant à ce meme ticket ..  
http://travaux.ovh.com/?do=details&id=47360&

raté !

edit: up again \o/
edit2: dapres mon monitoring et smokeping, ça a affecté tous les dc à nouveau: gra, sbg, rbx, pendant 5/10 mn.

Merde le confinement c'est même pour les routeurs ?

trop tôt, meme pour le couvre-feu. ça commence cette nuit
mais bon, faut bien travailler

Salut a vous.

Petite question sur le Cloud Archive.
La facturation se fait au Go stocké et transféré.
Mais tout Go entamé est dû ou bien tout Go complet est dû ?

Merci

plop, SYS est enfin passé à 500 mbits/s de BP ?

ha oui tiens
est ce que cest specialement pour le bullshit friday ou pas ? et est ce rétro-actif ? (j'en ai quelques uns.. )

faut tester

en tout  cas, sur l'espace client, dans la description du serveur (ici un des SYS que j'ai depuis quelques temps..), y'a pas la BP officiellement attribuée au serveur
Du coup j'ai fait un speedtest en cli sur quelques uns..
en moyenne j'ai 900 mbps en down et 500 en up
(maintenant, ça peut être juste du burst donc ça ne prouve rien)

Disons que si les 500 mbits/s en upload sont là, cela doit concerner tous les serveurs.

Est ce que vous avez des soucis de mail ?  
 
Depuis ce soir, impossible de récupérer mes mails de mes diverses boites via Thunderbirds (mail d'un domaine chez OVH).
 
Dans la partie travaux chez OVH, rien ne semble en panne au niveau mail.
 
Celle chez wanadoo fonctionne sans problème.

OVH what else  

Visiblement, c'est l'utilisation des serveurs mails sécurisés qui merdent. Mais pas de news de la part d'OVH.  
 
Dans le lot, j'avais une boite en "open", et elle fonctionne. J'ai changé le paramétrage d'une autre boite, et ça passe. Mais du coup, plus de SSL.  

Bonjour,
Je rencontre un souci sur un serveur chez SYS que je n'ai pas sur d'autres serveurs chez eux et ailleurs.
Sur une install basique debian (debootstrap buster) j'ajoute les paquets pour libvirt+qemu et je met l'interface réseau en mode bridge.
Je créé ensuite une vm qui aura pour rôle d'être la passerelle pour les autres vm à venir sur ce serveur.
Cette vm a une ip failover et la mac associée souscrite chez SYS.
J'ai ce setup sur d'autres serveurs sans le moindre problème. Seulement sur un SYS-B-3 loué en Septembre, la vm ne parvient pas à communiquer avec l'extérieur et réciproquement.
Pas de règle de firewall sur l'hôte, policies en accept, pas de filtrage arp ou bridge.
Si je fais une trace réseau sur l'hôte et la vm puis que je fais un ping vers une ip type 8.8.8.8, je vois la requête ARP de la vm cherchant la mac de sa passerelle partir de la vm, passer par l'hôte mais jamais aucune réponse ne parvient.
Ce n'est pas spécifique à une ip failover, j'ai essayé avec une autre qui fonctionne très bien sur un autre serveur, même résultat. J'ai aussi tenté de bouger l'ip failover de ce serveur vers un autre et elle fonctionne.
Pour moi ce n'est pas un problème de configuration dans le serveur non plus, l'install est la même que sur d'autres serveurs où je n'ai pas de problème, j'ai même vérifié la version des paquets.
J'ai aussi copié les partitions systèmes (dataset zfs) d'un autre serveur qui fonctionne bien sur celui qui ne fonctionne pas, uniquement modifié le paramétrage ip de l'hôte et booté sur ces partitions, ça ne fonctionne toujours pas. J'ai testé aussi avec un template proxmox ovh qui fait lui aussi un paramétrage bridge, toujours sans résultats.
Finalement, en ajoutant une entrée statique pour la passerelle (OVH) dans la table ARP de la vm, tout fonctionne. Mais même si le problème est répertorié chez OVH sur des incidents internes antérieurs :
http://travaux.ovh.net/?do=details&id=34883
Mais ce n'est pas une solution.
Selon moi, la passerelle (OVH) ne répond pas aux requêtes ARP de la vm et celle ci ne peut donc jamais communiquer avec l'extérieur sans cette bidouille.
Quelqu'un aurait il un avis sur la question ? je peux fournir des résultats plus détaillés si besoin.
D'avance merci et bonne journée
Lightbulb42

Je ne sais pas si tu as fait un ticket chez eux, mais si c’est le cas, j'espère que tu auras une réponse, car moi, depuis une semaine, je n'ai aucune réponse à mon ticket. Je suis trés déçu par OVH sur ce coup.

Salut Habu,
J'ai un ticket, depuis le 23 Septembre ...
Mis à part me dire que c'est lié à ma configuration et de me tourner vers les forums pour avoir de l'aide ils n'ont rien dit de plus.
Voilà, voilà.

En gros, aujourd'hui, quand j'ouvre un ticket che eux, j'attends au max 24h et si pas de réponse, j'appelle systématiquement
Sinon lightbulb42, peux être peux tu essayer de supprimer la mac adresse et d'en recréer une ?
Des fois y'a un loupé dans la procédure auto, comme l'assignation ou le deplacement d'une ip failover qui la rend inopératnte. Ici j'aurais tendance à dire que y'a un foirage sur cette ip, ou sur la mac adresse.

salut li1ju,
L'ip failover fonctionne si je la déplace sur un autre serveur. J'ai essayé d'en prendre une autre et de la mettre sur le serveur où cela ne fonctionne pas, pas mieux.
D'ailleurs l'ip failover actuellement assignée au serveur où j'ai un problème est déjà une ip supplémentaire. Celle qui aurait du aller sur ce serveur a été déplacé ailleurs pour maintenir le service associé.
Donc au final 3 ip failover différentes se sont succédées sur ce serveur, sur plusieurs semaines, avec pas mal d'essais. Ca bloque toujours sur le même serveur.
Il y a un test que je n'ai pas précisé aussi, le serveur a une carte i350, j'ai donc essayé le virtual function ( aka sr-iov : https://www.intel.fr/content/www/fr [...] -spec.html )
Mais pas mieux non plus. J'ai testé sur un autre serveur où je n'ai pas le problème d'ip failover (je ne l'utilise pas souvent donc j'ai voulu vérifier si ma proc était bonne) et le VF a bien fonctionné.

Ok, merci.  
 
Donc le service client s'est salement dégradé.
 
Va falloir que j'essaie de les appeler.
 

Salut,
Habu, tu as eu des nouvelles de ton côté ?  
Dans sa grande mansuétude le support de SYS me dit une nouvelle fois que tout va bien chez eux et de vérifier ma configuration.
Quelqu'un aurait il un avis sur le problème que je décris et sur ce que j'aurais pu oublier de tester/vérifier/modifier dans cette conf qui est la seule fautive aux yeux de la clique d'Octave ?  
D'avance merci
A+

Non, aucune nouvelle.  
 
Et je n'ai pas pu les appeler ce soir, donc ce sera vendredi prochain maintenant, si j'arrive à débaucher à l'heure.
 
Ce qui m'étonne c'est que je ne vois pas de trace de ce problème. Je ne suis quand même pas le seul à utiliser les serveurs sécurisés via thunderbird en pop.

Non, si les adresses postmaster sont toujours uniquement en pop.
J'ai une boîte sur l'archi roundcube. Pas de souci avec TB en tout cas.

Je n'ai pas touché aux boites chez OVH.
 
Par contre, j'ai configuré une boite avec un vieux thunderbird qui n'est pas à jour (v52), et là, ça fonctionne. Va pourrait venir de la dernière version de thunderbird, mais je ne trouve rien, à part ça :
https://support.mozilla.org/fr/kb/f [...] e-courrier
 
Ca pourrait venir du TLS qui ne serait pas à jour chez OVH. Toutefois, la manipulation dans Thunderbird pour restreindre la version minimum ne marche pas chez moi.

le dc (rbx) de schrödinger.. j'ai 2/3 machines qui font du yoyo depuis tt à l'heure    
http://travaux.ovh.net/?do=details&id=48273

Ya encore des gens chez OVH ?

Vous recommanderiez quoi comme hébergeur dans la même gamme de prix ?