Reprise du message précédent :

Ils auraient au moins pu les mettre en sécurité / les faire dégager du site.

C'est ce qu'il annoncait finalement hier, oui.
Sinon comme ces batteriees n'étaient pas utilisées/connectés, cest bizarre qu'ellles se mettent à cramer 10 jours après  

du coup, à l'heure actuelle tous les equipements à sbg1/4 sont éteints.
et 30 racks sont up à sbg3 ( http://travaux.ovh.com/vms/index_sbg3.html )
j'attends toujours la renaissance de mon serveur la bas

C'est chimique ces petites choses là, il suffit d'un rien pour qu'une réaction se passe ...
 
Tu peux laisser une pile dans un appareil pendant 10 ans sans qu'elle ne coule, et une semaine après avoir vérifié, avoir une pile qui a gonflé et coulé.
 
Cela dit, j'espère quand même pour le gars qui a fait la maintenance des UPS que c'est pas de sa faute, sinon, il va morfler.

RIP sbg1    

J'espère que les clients qui voulaient une présence à SBG vont pouvoir choisir un hébergement à SBG3 ou 4.

tu n'as pas essayé le téléphone ?

Ça en jette sur un CV.

 
 
Je suis le seul à trouver moyen l'histoire de nettoyer et redémarrer ces serveurs ? Quand bien même nettoyés, ils ont pris le chaud, la fumée etc..
En tant que client, je voudrais pas être hébergé dessus.

Bah ouai mais en tant que client, si tes données sont sur un de ces serveurs, tu voudrais les récupérer. Et le plus simple pour ça c'est de les rallumer.

 
je n'ai pas trouvé de numéro de téléphone ; j'ai pu les joindre par ce moyens, mais c'était il y a au moins 4 ans.

pour info, mon VPS a reup pendant la nuit.

 
Dépêche-toi de backup il risque l'extinction sous peu    

 
Ça dépend, quand tu loues un serveur, tu veux louer un serveur neuf ou tu loues des capacités (CPU/RAM/Stockage/BP) ?  
 
De plus ceux qui ont fait de la merde avec leurs données seront bien contents de pouvoir les récupérer.  
 
Si derrière OVH estime que le serveur est en mesure de répondre aux services payés par les clients, aucun problème. Ils ont déjà filé 6 mois de compensation donc si le serveur devait claquer prochainement, c'est tout, ils le remplaceront et ça s'arrête là.

j'ai recup mon serveur à sbg3 \o/
il démarre bien, tout se lance normalement
 
seul truc bizarre: a la fin du kern.log j'ai ces erreurs la que je n'ai j'amais vues (ca tourne sous debian 10) :

 
une idée d'à quoi ça correspond ?
merci

 
Un conseil: Backup et barre toi d'OVH jusqu'a ce qu'ils en tirent clairement les lecons.

Ca te donne quoi un lspci ?

Changement de hardware avec un bug logiciel ou matériel.

woo que de réponses ! merci

ça sera à envisager, oui. mais pas forcémment tout de suite, trop de choses en dépendent.
cela dit, j'avais un backup et comme y'avait pas le feu je pouvais attendre. j'aurais pu remonter ailleurs si c'était critique

à priori que du normal :

rien ne manque.. nvme, carte résale, controleurs habituels..
je ne sais pas forcémmenmt comment retrouver les id dans le log précédent et à quel matos ça correspond

ha peut être..
je ne sais pas si cest toujours la meme carte mere, par exemple

bon, comme son kernel était preque à jour (sur l'avant dernier), j'ai mis à jour pour avoir le 4.19.0-14-amd64, reboot propre, et la plus d'erreur.
une recherche avec AER our les id précédents ne me donnent plus que des trucs normaux sans erreur.
Esperons que ce n'était que temporaire !
je le laisse tourner quelques jours sans rien faire, pour voir si tout se comporte normalement.

Et parmi vous, y'en a t il qui attendait le respawn de leur serveur/vps ?

J'attends le retour du PCS pour savoir si tous mes objets sont là où si je dois en renvoyer.

0x8086 / 0xa114 : 100 Series/C230 Series Chipset Family PCI Express Root Port #5
 
Tous les IDs de périphériques Intel sont là : https://pci-ids.ucw.cz/read/PC/8086

le mec qui va se plaindre d'un upgrade

Si ça se trouve, ils ont juste par rebranché les cartes dans les mêmes slots PCIe après nettoyage de la machine ...

merci je note la page..

peut être, peut être pas.. mais cela semble s'etre corrigé tout seul, et pas d'erreur depuis.

Ça me saoule j’ai toujours mon vps indiqué comme récupérable mais aucune autre news
Il est dans le dc sgb3
Je suis le seul ?

 
je suis dans le même cas sauf que moi j'étais en cour de résiliation du serveur et il est rester dans mon espace perso du coup si j'ai 3 mois offert je suis preneur j'attend toujours des infos en tous cas je le réactiverais pas su SBG préfère allez dans un autre DC d OVH avec un (neuf)
 

petite question sur les redirections
comment gérer le nom de domaine avec ou sans www?
quand je crée un domaine dans l'onglet multisite de la gestion de l'hébergement, il me propose de créer le site avec et sans www
si je crée les 2, ça me prend 2 slots de multisite, ce qui m'arrange pas vu que j'ai besoin d'héberger 3 sites
 
du comment je gère ça? j'ai essayé de ne configurer que www.monndd.com, et de faire une redirection via le htaccess de monndd.com vers www.monndd.com, mais ça me renvoie sur une page ovh

il faudrait faire quoi du coup?

Le .htaccess implique effectivement que tu aies quand même les 2 sous-domaines (le monndd.com où est le .htaccess qui demande la redirection et le www.monndd.com où est le site)
 
Si ton domaine est aussi chez ovh tu peux gérer une redirection au niveau de la gestion DNS (vers un site de ton domaine ou vers n'importe quelle adresse internet) sans toucher à l'hébergement
https://docs.ovh.com/fr/domains/red [...] ace-client
tu crées une redirection "visible 301" de monndd.com (et surtout pas le www comme ils font dans leur exemple) vers www.monndd.com et tu ne mets que le www au niveau hébergement

Ok c'est ce que je me disais, pour lire le htaccess, il faut déjà y arriver!
Le nom de domaine n'est pas chez OVH mais ça devrait être faisable quand même la redirection chez le fournisseur non? Je vais regarder ça
Merci!

effectivement ça marche sauf un détail
http://monndd.com redirige bien vers https://www.monndd.com
par contre avec https://monndd.com j'ai une erreur ERR_CONNECTION_REFUSED sur deux browsers différents...

C’est normal. Ton certificat SSL n’est pas valable pour le premier.

Ah ok  
Comment je peux gérer ce cas alors?

 
Demander un certificat pour le www et le domaine ?

ok mais je fais ça comment du coup? sur l'hébergement OVH il le fait automatiquement, mais vu que le domaine sans www n'est pas référencé, il me le propose pas
je sais que let's encrypt propose des certificats gratuitement, mais je sais pas comment lui faire générer et renouveler automatiquement pour monndd.com?
merci pour votre aide en tout cas!

 
RTFM ?  
 
Pour activer SSL sur un multisite, cliquez sur le bouton ... à droite du multisite concerné, puis sur Modifier le domaine. Dans la fenêtre qui s’affiche, cochez la case SSL. Vous pouvez également activer l’option pour modifier le sous-domaine www en même temps que le nom de domaine associé. Suivez les étapes jusqu’à confirmer la modification.
https://docs.ovh.com/fr/hosting/les [...] -multisite
 

Effectivement en https la redirection ne peut pas marcher.
 
Pourquoi as tu besoin des 2 sous domaines en https ?
La redirection sert surtout à envoyer au "bon endroit" l'internaute qui a saisi la mauvaise adresse (genre sans mettre le www donc on l'ajoute) et donc sûrement sans saisir le https.
Quand il s'agit de liens tu mets directement la bonne adresse.
 
Tu peux parfaitement générer autant de certificat let's encrypt que tu veux mais il faut que les sous-domaines pointent sur une machine à toi (sur laquelle il y a leur appli certbot ou équivalent pour générer le certificat)
Je pense pas qu'ovh propose ça gratuitement (c'est juste inclus dans l'hébergement mais du coup ça compte dans les sous domaines)
 
Donc pour moi il te faudrait prendre une mini offre d’hébergement (qui inclut un certificat) séparée pour juste faire la redirection sans décompter tes 3 "slots" d'hébergement.
Tu n'as pas un mini hébergement inclus avec ton nom de domaine qui pourrait faire ça (chez ovh tu as un hébergement de 10Mo inclu avec chaque domaine) ?
 
Ou alors pour avoir plus de souplesse un petit vps (serveur virtuel) qui fait la redirection du www vers le domaine (voire suivant le trafic héberger complètement le site dessus et faire pointer autant de sous domaine que tu veux sur ce site) et pourra générer les certificats let's encrypt de chaque sous domaine qui pointe sur son IP.
Mais là c'est à toi de mettre les mains dans le cambouis et d'administrer le serveur, on sort du cadre de l'hébergement...

Le problème c'est qu'il ne veut pas utiliser 1 "slot" de son hébergement pour juste faire la redirection car il a besoin de tous les "slots" pour des sites différents

ok on est d'accord, il n'y a peut être pas besoin du https sans www
mais sinon, oui j'ai effectivement un mini hébergement non utilisé, du coup ça consisterait en quoi? créer le site https://monndd.com avec le certificat qui va bien sur cet hebergement, et rediriger vers le www, mais via quel moyen? htaccess?

exactement, le www fonctionne avec son certificat par ce biais, mais limité en nombre de slots

oui tu crées une redirection permanente (301) vers le site hébergé chez ovh via un .htaccess
Si cet hébergement gère les certificats ssl tu auras bien le http://mondd et le https://monndd qui renverront vers le https://www.monndd (et ovh qui fait déjà la redirection http://www.monndd vers https://monndd)
Comme ça, ça te libère un site chez OVH et les 4 combinaisons devraient fonctionner
 

impec! j'essaierai ça ce soir!

je pipe pas grand chose aux remboursement OVH pour l'heure  
tout me semble flou, c'est jamais bon signe mais bon vu que le boss de la boutique s'exprime dans un français approx déjà j'ai envie de croire à de la bienveillance