Bonjour,
En ce moment y'a une mise à jour du kernel de dispo
Après mise à jour il va falloir rebooter mais ça me fout les boules car j'ai déjà eu un plantage au grub dans le même cas
Ok c'était une debian made in Ikoula avec un grub.lst chargé à mort mais j'ai gardé cette appréhension...!!
J'ai testé la maj sur une squeeze chez moi,
Il est jamais le moment de planter un serveur  
 
Je ne vois pas ce qu'on pourrait me conseiller à part un serveur en relai mais si vous avez un conseil ou la même peur que moi
Merci de me faire savoir
 
 

Si tu as accès physique au serveur, prépare une clé usb avec super grub disc au cas où

Bonjour,
 
Il y a toujours un risque (ce qui est certes beaucoup plus problématique dans des environnements de prod), dépendant beaucoup du type de configuration (matérielle et logicielle) utilisée : généralement, plus c'est "exotique", plus le risque est grand.
 
Si tu disposes d'un environnement de test (matériel et logiciel) rigoureusement identique à la prod, valider la maj dessus sera une simulation utile, autrement ce n'est pas représentatif. De plus, un admin prévoyant disposera idéalement d'un clone disque de la prod' avant maj (faisable facilement avec une bonne vieille commande de type 'dd if=/dev/disque_source of=/dev/disque_cible') et sera prêt à intervenir rapidement (géographiquement proche du serveur) en cas de catastrophe lors de la maj.
 
Pour vérifier la maj au niveau de GRUB, suffit de faire attention aux messages de post-install de l'image noyau (scripts initramfs-tools et zz-update-grub) et voir si tout est ok dans /boot et /boot/grub/menu.lst ou /boot/grub/grub.cfg (GRUB2). Pour plus de précautions encore, il est aussi possible de vérifier la présence d'un secteur de boot dans la MBR via un simple 'file -s /dev/disque_contenant_le_MBR' et/ou d'utiliser le shell de GRUB pour tester/corriger son install le cas échéant.

Merci désolé j'arrive un peu tard j'avais pas l'alerte d'acivée  
 
Pour ma part je migre sur un hébergeur wmware comme ça j'ai même accès au serveur dès le boot

VMWare ou console IP ?
Car ce n'est pas la même chose, et il vaut mieux une console IP pour avoir un réel accès dès le boot

Je savais qu'on allait me demander des précisions :-)
En fait je sais pas trop, mon fournisseur a mis ça en place y a pas longtemps et j'en sais pas plus pour l'instant
Ce sera à base de Vsphère ! ...

Donc du VMWare.
Tu ne peux pas réellement avoir accès dès le boot de la machine mais uniquement au boot de la VM.

Oui enfin dans son cas c'est pareil, il s'en fout de l'accès au serveur physique, c'est le boot de sa VM qui l'inquiète.
 
Et y a pas de quoi être inquiet, au pire révise un peu les base de grub et de sa console, et aie une ISO de rescue sous la main si ça peut te rassurer, mais bon, y a pas de quoi s'affoler, ça se passe très bien dans 99,99% des cas une MAJ de noyau + reboot d'une stable, sauf à avoir un environnement très très particulier (mais quand c'est le cas tu le sais, et tu sais à quoi faire attention).

Je parle d'un serveur dédié, je suis pas physiquement devant.
Ca se passe très bien en général sauf la dernière fois ! :-)
Enfin bon c'était une distrib remanié par ikoula...
 
Le grub j'y aurais pas accès
 
Vmware en permet pas d'avoir accès dès le boot?
Ip console si?

Ben ça dépends à quel niveau tu as accès dans Vmware. Si t'as accès à l'hyperviseur, alors t'auras accès à la console au boot de la VM.
 
La console IP oublie, vu l'environnement

environnement tu veux dire serveur dédié ?  
 
Penses tu qu'on puisse avoir accès l'hyperviseur à distance?

C'est pas à moi qu'il faut demander, mais à ton presta

Et pis arrête de flipper comme ça, et reboot le ton serveur
Des gens vont pas mourir si il est pas accessible pendant quelques minutes en cas de soucis quand même, si ?

lol t'héberges pas des sites toi....
Un grub qui plante y a des chances pour que ça mette plusieurs minutes pour relancer
Le telephone va pas arrêter de sonner !
 
J'ai prévu le coup je suis pas chez du discount mais c'est pas encore suffisant je n'ai pas droit à l'erreur, il faut que ça marche

Bien sûr que j'en héberge, et tout un paquet d'autres choses que des sites
 
Faut apprendre à relativiser

Ba oui je sais
C'est mon contrat qui relativise pas :-)
Plus sérieusement j'ai client qui fait son CA sur 2 mois
Je redémarrerai pas pendant ce temps lol

C'est super critique et il confit ça à un gars qui flippe de devoir rebooter la machine ?

Tu penses bien que j'ai prévu un minimum...
 
J'aime bien tout contrôler c'est tout, c'est des conseils que je recherche
 
Comment il faut prendre ta remarque
 
Tant mieux pour toi si ton reboot n'a jamais foiré mais moi si et c'est un peu déstablilisant
 
En gros si ça foire tu improvises?

Bien sûr que non, mais à partir du moment où j'ai la main, c'est forcément rattrapable, les systèmes c'est pas aussi chaotique que certains voudraient le faire croire.
Ce qui m'"inquiète" dans ton histoire c'est que tu ne sais pas si tu as la main au boot, ni comment.

Si je sais
Je n'ai pas la main au boot pour l'instant, mon datacenter est à 30km
Toi tu fais comment , accès à l'hyperviseur?

Oui, mais j'utilise xen avec pv-grub et non pas vmware avec un vrai grub.
Donc reboot depuis la VM, comme si c'etait une machine physique, et en cas de problème, je me connecte à la console de la VM depuis l'hyperviseur.

ET TU POUVAIS PAS LE DIRE PLUTOT ? :-/
 
relis mes posts
J'ai pas accès physiquement au serveur
Je recherche des conseils comment vous faîtes !
 
Forcément que t'as moins l'appréhension, un grub planté je te le remonte aussi comme ça....

J'ai pas parlé d'accès physique, l'accès à la console depuis l'hyperviseur c'est via SSH, hein

Hyperviseur + OS  
ou
OS + hyperviseur + OS