Re: solution pour serveur hébergé

2011-06-06 Par sujet corbie
Le lundi 06 juin 2011, Philippe a écrit :
  http://blogpmenier.dynalias.net/docext/lxc/
  C'est sans doute la solution des hébergements serveur dédié adoptée par les 
  hébergeurs.

 le problème est toujours présent car le socle lui même (server0, dom0)
 doit être mis à jour, donc susceptible de planté et zou rebelote un tour
 dans le DC... la meilleure solution est donc payante et physique c'est à
 dire une carte drack ou ikvm ...
 on ne peut pas avoir le beurre, l'argent de beurre et la crémière : )
 philippe
--

Voici une autre solution :

iLO est une interface de management supportant SSH, 
(disponible sur les serveurs HP Proliant)
Elle permet l’arrêt ou démarrage du serveur à distance.
l’accès à la console Linux et de redémarrer en single mode à distance.

http://www.netexpertise.eu/fr/linux/linux-interface-hp-ilo.html

D'où ma question :
Quelles cartes mère ou autre PC ont ils cette interface iLO ?

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201106061151.21849.cor...@free.fr



Re: solution pour serveur hébergé

2011-06-06 Par sujet daniel huhardeaux

Le 06/06/2011 11:51, cor...@free.fr a écrit :

Le lundi 06 juin 2011, Philippe a écrit :

http://blogpmenier.dynalias.net/docext/lxc/
C'est sans doute la solution des hébergements serveur dédié adoptée par les 
hébergeurs.

le problème est toujours présent car le socle lui même (server0, dom0)
doit être mis à jour, donc susceptible de planté et zou rebelote un tour
dans le DC... la meilleure solution est donc payante et physique c'est à
dire une carte drack ou ikvm ...
on ne peut pas avoir le beurre, l'argent de beurre et la crémière : )
philippe

--

Voici une autre solution :

iLO est une interface de management supportant SSH,
(disponible sur les serveurs HP Proliant)
Elle permet l’arrêt ou démarrage du serveur à distance.
l’accès à la console Linux et de redémarrer en single mode à distance.

http://www.netexpertise.eu/fr/linux/linux-interface-hp-ilo.html

D'où ma question :
Quelles cartes mère ou autre PC ont ils cette interface iLO ?


Tous les constructeurs de machine en DC. Chez Dell cela s'appelle Drac, 
déjà évoqué dans ce fil ;-)

--
Daniel

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4deca756.4040...@tootai.net



Re: solution pour serveur hébergé

2011-06-06 Par sujet Philippe
Le 06/06/2011 12:09, daniel huhardeaux a écrit :
 Le 06/06/2011 11:51, cor...@free.fr a écrit :
 Le lundi 06 juin 2011, Philippe a écrit :
 http://blogpmenier.dynalias.net/docext/lxc/
 C'est sans doute la solution des hébergements serveur dédié adoptée
 par les hébergeurs.
 le problème est toujours présent car le socle lui même (server0, dom0)
 doit être mis à jour, donc susceptible de planté et zou rebelote un
 tour
 dans le DC... la meilleure solution est donc payante et physique
 c'est à
 dire une carte drack ou ikvm ...
 on ne peut pas avoir le beurre, l'argent de beurre et la crémière : )
 philippe
 --

 Voici une autre solution :

 iLO est une interface de management supportant SSH,
 (disponible sur les serveurs HP Proliant)
 Elle permet l’arrêt ou démarrage du serveur à distance.
 l’accès à la console Linux et de redémarrer en single mode à distance.

 http://www.netexpertise.eu/fr/linux/linux-interface-hp-ilo.html

 D'où ma question :
 Quelles cartes mère ou autre PC ont ils cette interface iLO ?
ASUS à des system ikvm c'est un module supplémentaire

 Tous les constructeurs de machine en DC. Chez Dell cela s'appelle
 Drac, déjà évoqué dans ce fil ;-)

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4dece0e8.8090...@leworm.fr



Re: solution pour serveur hébergé

2011-06-06 Par sujet corbie
Le lundi 06 juin 2011, daniel huhardeaux a écrit :
[...]
 Tous les constructeurs de machine en DC. Chez Dell cela s'appelle Drac, 
 déjà évoqué dans ce fil ;-)
 Daniel
---

Je viens d'apprendre que le serveur possède une carte DRAC Entreprise.

Si vous avez des tuyaux quant à son driver + configuration ...
sous Ubuntu Server.

Merci d'avance.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201106062329.58662.cor...@free.fr



Re: solution pour serveur hébergé

2011-06-06 Par sujet daniel huhardeaux

Le 06/06/2011 23:29, cor...@free.fr a écrit :

Le lundi 06 juin 2011, daniel huhardeaux a écrit :
[...]

Tous les constructeurs de machine en DC. Chez Dell cela s'appelle Drac,
déjà évoqué dans ce fil ;-)
Daniel

---

Je viens d'apprendre que le serveur possède une carte DRAC Entreprise.

Si vous avez des tuyaux quant à son driver + configuration ...
sous Ubuntu Server.
Par définition, si l'on veut gérer le serveur *AVANT* le boot de l'OS 
bein ... pas de driver et peu importe l'OS installé ;-)


Le but de ces technologies est de permettre la gestion des serveurs sans 
tenir compte des OS. Généralement -tout comme IPMI- on attribue une IP 
publique à la gestion de la carte puis on y accède suivant le protocole 
autorisé/choisi (http, https, telnet, ssh, vnc, et que sais je encore).


Trouver et lire la doc concernant la carte est la première étape, il 
faut bien comprendre ce que l'on fait et ce que l'on peut faire.

--
Daniel

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4ded4fae.5010...@tootai.net



Re: solution pour serveur hébergé

2011-06-06 Par sujet mouss
Le 05/06/2011 11:22, cor...@free.fr a écrit :
 corbie wrote :
 Le dimanche 05 juin 2011, Jean-Sébastien Kroll-Rabotin a écrit :
 -par une solution, Linux installée en mode virtuel ?
 
 Mouss wrote :
 ça ne suffira pas. si tu as de la discipline, et s'il n'y a pas de
 gros bugs, tu n'as pas besoin de virtualisation. et même si tu
 virtualises, rien n'est gagné...
 si un software bloque le démarrage, alors c'est un gros gros bug et il
 faut le corriger :
 
 Comment corriger le bug sans être physiquement face au serveur ?

je parle d'un bug dans le software, qui se corrige dans les sources,
pas dans du métal ;-p

 
 Sans vraie virtualisation, ça me sert justement beaucoup d'avoir tous
 mes services dans des conteneurs LXC dans un cas tout à fait comparable
 au problème posé.

je veux bien parler de vmware, xen, ... etc. mais lxc, je vais attendre
un pneu...

  Je peux péter les scripts d'init dans mes conteneurs par exemple, ça ne
 modifie rien sur l'hôte.

si la règle du jeu est de péter des trucs, moi je peux péter grub ou le
disque. et si j'ai le serveur en face, je peux lui péter la gueule.
bon, avec une arme, car ces salopiauds, y fabriquent des serveurs
costauds: on peut pas y aller à main nues. et comme on peut plus taper
sur sa femme ni sur les enfants, on est obligé d'aller se taper des
bières au bistrot. comment ça, c'est un prétexte foireux? c'est étudié
pour (merci Fernand).


 C'est particulièrement utilise pour les mises à
 jour de sécurité, l'hôte ayant très peu de programmes installés, il ne
 redémarre que pour des mises à jour noyau et son démarrage ne devrait
 jamais poser de problème. À l'inverse les conteneurs peuvent être
 redémarrés à loisir. Cette approche pseudo-virtualisée satisferait donc
 peut-être corbie.
 
 Oui, cette solution des conteneurs LXC est une bonne piste :

 
 http://blogpmenier.dynalias.net/docext/lxc/
 
 C'est sans doute la solution des hébergements serveur dédié adoptée par les 
 hébergeurs.
 
 Bon dimanche.
 

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20110606235131.591ed13a7...@liszt.debian.org



Re: solution pour serveur hébergé

2011-06-05 Par sujet corbie
 corbie wrote :
Le dimanche 05 juin 2011, Jean-Sébastien Kroll-Rabotin a écrit :
   -par une solution, Linux installée en mode virtuel ?

 Mouss wrote :
  ça ne suffira pas. si tu as de la discipline, et s'il n'y a pas de
  gros bugs, tu n'as pas besoin de virtualisation. et même si tu
  virtualises, rien n'est gagné...
 si un software bloque le démarrage, alors c'est un gros gros bug et il
 faut le corriger :

Comment corriger le bug sans être physiquement face au serveur ?

 Sans vraie virtualisation, ça me sert justement beaucoup d'avoir tous
 mes services dans des conteneurs LXC dans un cas tout à fait comparable
 au problème posé.
  Je peux péter les scripts d'init dans mes conteneurs par exemple, ça ne
 modifie rien sur l'hôte. C'est particulièrement utilise pour les mises à
 jour de sécurité, l'hôte ayant très peu de programmes installés, il ne
 redémarre que pour des mises à jour noyau et son démarrage ne devrait
 jamais poser de problème. À l'inverse les conteneurs peuvent être
 redémarrés à loisir. Cette approche pseudo-virtualisée satisferait donc
 peut-être corbie.

Oui, cette solution des conteneurs LXC est une bonne piste :

http://blogpmenier.dynalias.net/docext/lxc/

C'est sans doute la solution des hébergements serveur dédié adoptée par les 
hébergeurs.

Bon dimanche.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201106051122.14187.cor...@free.fr



Re: solution pour serveur hébergé

2011-06-05 Par sujet Philippe
Le 05/06/2011 11:22, cor...@free.fr a écrit :
 corbie wrote :
 Le dimanche 05 juin 2011, Jean-Sébastien Kroll-Rabotin a écrit :
 -par une solution, Linux installée en mode virtuel ?
 Mouss wrote :
 ça ne suffira pas. si tu as de la discipline, et s'il n'y a pas de
 gros bugs, tu n'as pas besoin de virtualisation. et même si tu
 virtualises, rien n'est gagné...
 si un software bloque le démarrage, alors c'est un gros gros bug et il
 faut le corriger :
 Comment corriger le bug sans être physiquement face au serveur ?

 Sans vraie virtualisation, ça me sert justement beaucoup d'avoir tous
 mes services dans des conteneurs LXC dans un cas tout à fait comparable
 au problème posé.
  Je peux péter les scripts d'init dans mes conteneurs par exemple, ça ne
 modifie rien sur l'hôte. C'est particulièrement utilise pour les mises à
 jour de sécurité, l'hôte ayant très peu de programmes installés, il ne
 redémarre que pour des mises à jour noyau et son démarrage ne devrait
 jamais poser de problème. À l'inverse les conteneurs peuvent être
 redémarrés à loisir. Cette approche pseudo-virtualisée satisferait donc
 peut-être corbie.
 Oui, cette solution des conteneurs LXC est une bonne piste :

 http://blogpmenier.dynalias.net/docext/lxc/

 C'est sans doute la solution des hébergements serveur dédié adoptée par les 
 hébergeurs.
le problème est toujours présent car le socle lui même (server0, dom0)
doit être mis à jour, donc susceptible de planté et zou rebelote un tour
dans le DC... la meilleure solution est donc payante et physique c'est à
dire une carte drack ou ikvm ...
on ne peut pas avoir le beurre, l'argent de beurre et la crémière : )

philippe
 Bon dimanche.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4dec47ce@leworm.fr



solution pour serveur hébergé

2011-06-04 Par sujet corbie
Bonjour à tous,

J'ai un serveur hébergé.
Il n'y a pas de console de gestion, permettant d'agir à distance :
le démarrer, modifier ses fichiers en mode partitions non montés,
comme à partir d'un Live-CD.
(comme le propose bien des hébergeurs)
L'avantage est que l'hébergement m'est offert gracieusement.

La seule connexion possible est donc via SSH (ou équivalent...).
En cas de démarrage ou reboot impossible, à cause d'un software bloquant,
je dois alors me déplacer physiquement dans la salle machines,
(qui est loin et avec toutes les contraintes, bruit infernal, température de 
congélateur, 
pas de table de travail, pas de moniteur ...)
pour dépanner le serveur.

Connaissez vous une solution me permettant de contourner ce problème ?
Pouvoir agir sur la machine à distance :
-via un menu d'aiguillage au boot =Live-CD OU Linux sur le DD,
-par une solution, Linux installée en mode virtuel ?

Grand merci d'une idée.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201106041812.49715.cor...@free.fr



Re: solution pour serveur hébergé

2011-06-04 Par sujet Jean-Pierre-Pascaud

Le 04/06/2011 18:12, cor...@free.fr a écrit :

Bonjour à tous,

J'ai un serveur hébergé.
Il n'y a pas de console de gestion, permettant d'agir à distance :
le démarrer, modifier ses fichiers en mode partitions non montés,
comme à partir d'un Live-CD.
(comme le propose bien des hébergeurs)
L'avantage est que l'hébergement m'est offert gracieusement.

La seule connexion possible est donc via SSH (ou équivalent...).
En cas de démarrage ou reboot impossible, à cause d'un software bloquant,
je dois alors me déplacer physiquement dans la salle machines,
(qui est loin et avec toutes les contraintes, bruit infernal, température de 
congélateur,
pas de table de travail, pas de moniteur ...)
pour dépanner le serveur.

Connaissez vous une solution me permettant de contourner ce problème ?
Pouvoir agir sur la machine à distance :
-via un menu d'aiguillage au boot =Live-CD OU Linux sur le DD,
-par une solution, Linux installée en mode virtuel ?

Grand merci d'une idée.


Peut être du coté de wakeonlan
http://fr.wikipedia.org/wiki/Wake-on-LAN
si ça peut aider, :)
librement
jipe

--
Linux 2.6.36.2-desktop-2mnb x86_64 Mandriva 2010.2  Henry_Farman
http://www.liness.org -
http://jiperaw.darqroom.com/images

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4dea5b8f.50...@free.fr



Re: solution pour serveur hébergé

2011-06-04 Par sujet corbie
Le samedi 04 juin 2011, Jean-Pierre-Pascaud a écrit :
 Le 04/06/2011 18:12, cor...@free.fr a écrit :
  J'ai un serveur hébergé.
  Il n'y a pas de console de gestion, permettant d'agir à distance :
  le démarrer, modifier ses fichiers en mode partitions non montés,
  comme à partir d'un Live-CD.
  (comme le propose bien des hébergeurs)
  L'avantage est que l'hébergement m'est offert gracieusement.
  La seule connexion possible est donc via SSH (ou équivalent...).
  En cas de démarrage ou reboot impossible, à cause d'un software bloquant,
  je dois alors me déplacer physiquement dans la salle machines,
  (qui est loin et avec toutes les contraintes, bruit infernal, température 
  de congélateur,
  pas de table de travail, pas de moniteur ...)
  pour dépanner le serveur.
  Connaissez vous une solution me permettant de contourner ce problème ?
  Pouvoir agir sur la machine à distance :
  -via un menu d'aiguillage au boot =Live-CD OU Linux sur le DD,
  -par une solution, Linux installée en mode virtuel ?

 Peut être du coté de wakeonlan
 http://fr.wikipedia.org/wiki/Wake-on-LAN
 si ça peut aider, :)
 librement jipe


Merci, mais c'est une solution partielle :

si le serveur se bloque au boot, à cause d'un
problème software, je ne peux alors qu'intervenir
physiquement devant lui.
Il faudrait pouvoir rebooter à distance sur un Live-CD,
ou un autre OS installé en parallèle, (modes rescue réparation)
ou sur l'OS serveur installé en dur si tout va bien.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201106041857.51765.cor...@free.fr



Re: solution pour serveur hébergé

2011-06-04 Par sujet Bernard Schoenacker
Le Sat, 4 Jun 2011 18:12:49 +0200,
cor...@free.fr a écrit :

 Bonjour à tous,
 
 J'ai un serveur hébergé.
 Il n'y a pas de console de gestion, permettant d'agir à distance :
 le démarrer, modifier ses fichiers en mode partitions non montés,
 comme à partir d'un Live-CD.
 (comme le propose bien des hébergeurs)
 L'avantage est que l'hébergement m'est offert gracieusement.
 
 La seule connexion possible est donc via SSH (ou équivalent...).
 En cas de démarrage ou reboot impossible, à cause d'un software
 bloquant, je dois alors me déplacer physiquement dans la salle
 machines, (qui est loin et avec toutes les contraintes, bruit
 infernal, température de congélateur, pas de table de travail, pas de
 moniteur ...) pour dépanner le serveur.
 
 Connaissez vous une solution me permettant de contourner ce problème ?
 Pouvoir agir sur la machine à distance :
 -via un menu d'aiguillage au boot =Live-CD OU Linux sur le DD,
 -par une solution, Linux installée en mode virtuel ?
 
 Grand merci d'une idée.
 

bonjour,

pourquoi ne pas employer un tty sur le port série ?

article traitant d'une solution alternative :

http://blog-marcel.eu/index.php?article66/zssh-un-scp-dans-ssh

il s'agit simplement d'employer zssh

slt
bernard

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110604192209.3ee8c594.bernard.schoenac...@free.fr



Re: solution pour serveur hébergé

2011-06-04 Par sujet Aéris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 04/06/2011 19:00, cor...@free.fr a écrit :
 Merci, mais c'est une solution partielle :
 
 si le serveur se bloque au boot, à cause d'un
 problème software, je ne peux alors qu'intervenir
 physiquement devant lui.
 Il faudrait pouvoir rebooter à distance sur un Live-CD,
 ou un autre OS installé en parallèle, (modes rescue réparation)
 ou sur l'OS serveur installé en dur si tout va bien.

Il y a bien des solutions mais elles coûtent généralement chères…

Pour le reboot à distance, polgo obligatoire (sortes de multiprises avec
une connectique IP)
Et pour le contrôle à distance, KVM IP (transfert l'écran, la souris et
le clavier par le réseau).

Mais ce matériel coûte cher (500€ un iKVM, quasiment autan un polgo)

- -- 
Aeris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJN6nTzAAoJEK8zQvxDY4P9MiQH+gNlpltutGeAn0nFL2TaXQTs
7JjcZQvyw5cYGchSg9+I4ptssYYujz++MoL9Z/wCJHDHFJ5lQvzBk6pDfN0UDPPT
pREps8pTFyOr+IgN/xr3oCWGD69SaI+172UzQ4ZfVcFVKmmc4+zypmuSHSVxv2YG
n/7pact+WLNcUUhF+ds4VC1Z3oF/jVEFoh9GaOotWy/eYCxiQrKIhmC5ZRKDmaJI
wD7KIvuJode/MEzT9mhzGYqbPJQpWccnLWqEh3ID+MZouBoIa2MRNWEmjuwaO2jX
7nK2lUAY5UJ/R7Mk4TixnPZoCajY6e2szJwTaM5vogn+TKxUuZySPOdBIB8XrHY=
=cC9s
-END PGP SIGNATURE-

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4dea74f8$0$7337$426a7...@news.free.fr



Re: solution pour serveur hébergé

2011-06-04 Par sujet Guilhem Bonnefille
Le 4 juin 2011 20:10, Aéris ae...@imirhil.fr a écrit :
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Le 04/06/2011 19:00, cor...@free.fr a écrit :
 Merci, mais c'est une solution partielle :

 si le serveur se bloque au boot, à cause d'un
 problème software, je ne peux alors qu'intervenir
 physiquement devant lui.
 Il faudrait pouvoir rebooter à distance sur un Live-CD,
 ou un autre OS installé en parallèle, (modes rescue réparation)
 ou sur l'OS serveur installé en dur si tout va bien.

 Il y a bien des solutions mais elles coûtent généralement chères…


Ne connaissant pas le domaine, je vais certainement sortir une ânerie,
mais est-ce qu'il n'est pas possible d'imaginer une solution à base de
virtualisation ? Par exemple, l'OS hébergeur contient très très peu de
logiciel, limitant la gestion et les risques de pannes. Ce dernier
propose alors une console SSH toujours disponible.

Autre idée (farfelue) : une solution à base de watchdog. Un logiciel
veille au bon fonctionnement du service. Si celui-ci est défaillant,
la machine est rebootée. Idéalement, il faut une solution matérielle.
Ensuite, peut-être qu'on peut scripter un peu pour détecter N reboot
en tant de temps et forcer un démarrage en mode par défaut (un init
level contenant le réseau, mais pas les services susceptibles de
défaillir).

Bon courage.

-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTi=zvz4gbh3kpdeah5mkepdsjx+...@mail.gmail.com



Re: solution pour serveur hébergé

2011-06-04 Par sujet webmaster

Mettre une carte drack ou ikvm (kvm over ethernet)
Philippe

Envoyé de mon iPhone
---——---—--
Two things are infinite: the universe and human stupidity; and I'm  
not sure about the universe.

Albert Einstein

Le 4 juin 2011 à 21:18, Guilhem Bonnefille  
guilhem.bonnefi...@gmail.com a écrit :



Le 4 juin 2011 20:10, Aéris ae...@imirhil.fr a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 04/06/2011 19:00, cor...@free.fr a écrit :

Merci, mais c'est une solution partielle :

si le serveur se bloque au boot, à cause d'un
problème software, je ne peux alors qu'intervenir
physiquement devant lui.
Il faudrait pouvoir rebooter à distance sur un Live-CD,
ou un autre OS installé en parallèle, (modes rescue réparation)
ou sur l'OS serveur installé en dur si tout va bien.


Il y a bien des solutions mais elles coûtent généralement chèr 
es…




Ne connaissant pas le domaine, je vais certainement sortir une âneri 
e,
mais est-ce qu'il n'est pas possible d'imaginer une solution à base  
de
virtualisation ? Par exemple, l'OS hébergeur contient très très  
peu de

logiciel, limitant la gestion et les risques de pannes. Ce dernier
propose alors une console SSH toujours disponible.

Autre idée (farfelue) : une solution à base de watchdog. Un logiciel
veille au bon fonctionnement du service. Si celui-ci est défaillant,
la machine est rebootée. Idéalement, il faut une solution matériell 
e.

Ensuite, peut-être qu'on peut scripter un peu pour détecter N reboot
en tant de temps et forcer un démarrage en mode par défaut (un in 
it

level contenant le réseau, mais pas les services susceptibles de
défaillir).

Bon courage.

--
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet  
unsubscribe

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTi=zvz4gbh3kpdeah5mkepdsjx+...@mail.gmail.com



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/e56ad0e9-3ce4-40c4-ab71-0175d66e8...@leworm.fr



Re: solution pour serveur hébergé

2011-06-04 Par sujet mouss
Le 04/06/2011 18:12, cor...@free.fr a écrit :
 Bonjour à tous,
 
 J'ai un serveur hébergé.
 Il n'y a pas de console de gestion, permettant d'agir à distance :
 le démarrer, modifier ses fichiers en mode partitions non montés,
 comme à partir d'un Live-CD.
 (comme le propose bien des hébergeurs)
 L'avantage est que l'hébergement m'est offert gracieusement.
 
 La seule connexion possible est donc via SSH (ou équivalent...).
 En cas de démarrage ou reboot impossible, à cause d'un software bloquant,

si un software bloque le démarrage, alors c'est un gros gros bug et il
faut le corriger.

 je dois alors me déplacer physiquement dans la salle machines,
 (qui est loin et avec toutes les contraintes, bruit infernal, température de 
 congélateur, 
 pas de table de travail, pas de moniteur ...)
 pour dépanner le serveur.
 
 Connaissez vous une solution me permettant de contourner ce problème ?
 Pouvoir agir sur la machine à distance :
 -via un menu d'aiguillage au boot =Live-CD OU Linux sur le DD,

si ton hébergeur n'offre pas d'accès rescue, y a rien à faire. imagine
un peu la situation si _moi_ je pouvais faire démarrer _ton_ système?
(et ne me dis pas, mais y aura authentification et tout et tout. parce
que là, ça voudrait dire que le système bas niveau est très très
avancé, tellement avancé que c'est un OS à part entière...)

 -par une solution, Linux installée en mode virtuel ?
 

ça ne suffira pas. si tu as de la discipline, et s'il n'y a pas de gros
bugs, tu n'as pas besoin de virtualisation. et même si tu virtualises,
rien n'est gagné...

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20110604223101.0193f13a5...@liszt.debian.org



Re: solution pour serveur hébergé

2011-06-04 Par sujet Jean-Sébastien Kroll-Rabotin

  -par une solution, Linux installée en mode virtuel ?
  
 
 ça ne suffira pas. si tu as de la discipline, et s'il n'y a pas de
 gros bugs, tu n'as pas besoin de virtualisation. et même si tu
 virtualises, rien n'est gagné...

Sans vraie virtualisation, ça me sert justement beaucoup d'avoir tous
mes services dans des conteneurs LXC dans un cas tout à fait comparable
au problème posé.

Je peux péter les scripts d'init dans mes conteneurs par exemple, ça ne
modifie rien sur l'hôte. C'est particulièrement utilise pour les mises à
jour de sécurité, l'hôte ayant très peu de programmes installés, il ne
redémarre que pour des mises à jour noyau et son démarrage ne devrait
jamais poser de problème. À l'inverse les conteneurs peuvent être
redémarrés à loisir. Cette approche pseudo-virtualisée satisferait donc
peut-être corbie.



signature.asc
Description: PGP signature