Nous vous annonçons enfin que nous avons reçu nos serveurs. Ils ont eu un retard de livraison mais désormais ils sont installés prêt pour le transfert de toutes vos données.
Pour ne pas gêner ceux qui avait des comptes multi-domaines, les DNS ne changeront pas mais les IPs si, en conclusion ne changez rien de votre côté ;).
Ensuite pour l’indisponibilité qui est prévue, elle durera pas 5 min malheureusement, dans un premier temps vers 00h00 nous allons couper le serveur apache et PHP ainsi que Mysql et modifierons l’ip de nos DNS, nous récupérerons toutes vos données pour les envoyer vers le nouveau serveur, une fois sur le nouveau serveur il va falloir attendre que la nouvelle configuration des DNS soit pris en compte, cela pourra durer jusqu’au matin.
En conclusion en ce soir du mardi 3 juillet, prévoyez une coupure de 00h00 à 12h00 maximum, normalement vos sites seront accessibles à 8h00 environ si ce n’est plus tôt.
Les supports mail et téléphonique seront disponibles toute la nuit. travaux@iurhost.com et 0870 40 77 70 (Non surtaxé).
A la fin de ces travaux, ceux qui avaient des soucis de connexion dû aux DNS n’auront plus ce problème, et pour tout le monde, l’exécution de leurs scripts sera bien plus rapide.
Nous vous remercions de votre compréhension.
Cordialement,
L’équipe de iurhost dévouée pour ses clients www.iurhost.com
Vous êtes prévenus !
Et n’oubliez pas de modifier votre fichier hosts ;).
les DNS ne changeront pas mais les IPs si, en conclusion ne changez rien de votre côté ;).
Mouhaha c'est justement ça le souci ^^ (en tout cas pour moi et Isoj)
Leurs serveurs DNS sont des dedibox… On ne peut qu’esperer que la charge sera donc allegée (puisque notre dns2 etait le serveur d’hebergement lui-meme…).
Perso j’ai jamais trouvé de latence sur le serveur en lui même.
Mais ce sont des bénévoles ou des pros ? Je comprends pas… Chez Ouvaton, on a des bénévoles et ça marche du tonnerre… Bon il y a aussi un infogérant, mais quand même !
C’était pourtant bien :’(. Eh, bilboid, tu n’as qu’à ouvrir un thread ici-même que l’on complètera au fur et à mesure, en plus ça m’évitera d’en ouvrir un nouveau à chaque connerie que je poste (du coup je vais pouvoir purger la Tribune Libre).
Tu nous fais ça ?
[EDIT] En fait je m’en charge, et je démarre un long travail d’archivage.
on a pas encore eu le droit aux nouveaux mots de passe :/ ...
Apparement il ne changent que le mot de passe du compte GNU/linux. :)
ET ils n'ont pas conservé les clées RSA/SSH de l'ancien serveur. Et ça je trouve que c'est du foutage de gueule. (plus de connexions de serveur à serveur).
Non toujours pas phpsu.
Ils ont fait une connerie, tout les fichiers transférés sur le nouveau serveur appartiennent desomais au compte linuxquimper (au lieu de apache pour certains).
Donc apache ne peut plus modifier les fichiers qu’il avait crée. Bravo iurhost.
Solutions possibles :
permettre l’ecriture pour “others” (je désaprouve totalement)
installer phpsu ou similaire sur apache (le mieux je pense)
changer le umask à 002 et coller un sticky bit (group id) sur les repertoires où apache manipule des fichiers. (c’est du bidouillage, et je doit meme me gourrer)
Changer de proprietaire sur les fichiers manipulés par apache (appel à iurhost à chaque fois, et on revient comme avant)
…
Mhh, ça me rappelle un quote sur bashfr ça phil ^^
Pour info, j’ai redirigé l’ancien forum sur la bdd du nouveau serveur.
Car cegetel me renvoi encore l’ip de l’ancien serveur ! (Je tombe donc sur l’ancien serveur)
Au fait, pour vider le cache DNS sous Windows et donc passer sur le nouveau serveur, tapez ceci dans une invite de commande (ou tout simplement dans Exécuter) :
Fanch, t’as une assurance pour rembourser mon écran ? J’ai tenté en vain d’écraser la bébête qui marchait sur l’écran. mais après avoir utilisé une masse, je me suis rendu compte de mon erreur…
?
(Je tombe donc sur l’ancien serveur)