Le 05/09/15 à 17:08, Vinc Teteve a écrit :
VT> Je ne veux absolument pas perdre les données sur le serveur...
Ça va pas résoudre ton problème mais peut-être te permettre d'essayer plus
sereinement,
sauvegarde d'abord tes données
- boot en rescue et se connecter en ssh
-
Bonjour,
As-tu essayé d'utiliser la console IPMI pour avoir l'équivalent d'un
accès physique au serveur. Tu pourras voir les messages affichés à
l'écran.
ManagerV6 -> ton serveur -> onglet IPMI -> Depuis une applet Java et
hop, console comme si tu étais sur la machine physique
Je réponds,
Bonjour,
As-tu essayé d'utiliser la console IPMI pour avoir l'équivalent d'un
accès physique au serveur. Tu pourras voir les messages affichés à l'écran.
ManagerV6 -> ton serveur -> onglet IPMI -> Depuis une applet Java et
hop, console comme si tu étais sur la machine physique
Bruno
On
Oui je m'en doute mais il n'a pas précisé quelle gamme il utilisait :
kimsufi, soyoustart ou OVH.
On 08/09/2015 10:35, Grégory Bulot wrote:
Bonjour,
As-tu essayé d'utiliser la console IPMI pour avoir l'équivalent d'un
accès physique au serveur. Tu pourras voir les messages affichés à
Bonsoir,
Le 7 septembre 2015 20:31, Jean-Michel OLTRA <
jm.oltra.antis...@espinasse.net> a écrit :
> Sur quel noyau tentes tu de démarrer ? Si tu cherches les archives (du
mois d'août, je pense), tu verras que, dans une configuration similaire
> (à part que j'ai md0 sur /boot), et avec un noyau
Merci Jean-Michel pour ta réponse. Le problème est que mon fichier
/var/log/dmesg date de décembre 2014, date du dernier reboot réussi du
serveur.
Donc à priori, je pense que le serveur ne démarre pas du tout, à moins
qu'il ne log rien au démarrage...
J'ai beau retourner ma config dans tous les
Bonjour,
Le lundi 07 septembre 2015, Vinc Teteve a écrit...
> J'ai 2 disques en RAID logiciel, avec /dev/md1 pour le système / et
> /dev/md3 avec LVM pour les datas...
Sur quel noyau tentes tu de démarrer ? Si tu cherches les archives (du
mois d'août, je pense), tu verras que, dans une
Le Sat, 5 Sep 2015 17:08:01 +0200,
Vinc Teteve a écrit :
> Bonjour à tous,
Salut,
Je me permets de répondre limite HS. J'ai eu un problème similaire en
apparence, la solution était de réutiliser le noyau "ovh" au boot
(modification directe de /boot/grub/grub.cfg pour
Bonjour,
Le samedi 05 septembre 2015, Vinc Teteve a écrit...
> commencer par résoudre ce problème de boot. Mais à distance, je ne sais pas
> où s'arrête la séquence de boot, dans quel état est le serveur...
> Et je vous avoue ne pas trop savoir quoi chercher et par où commencer...
Bonjour à tous,
Je commence par un petit historique de mes manip jusqu'aux problèmes
actuels :
J'ai un serveur dédié chez OVH sur lequel est installé Proxmox 3.0, avec en
gros une VM par service (toutes sous Debian dans des CT OpenVZ).
La semaine dernière, j'ai fait une mise à jour de la VM DNS.
10 matches
Mail list logo