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 à 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 à 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.
Le 04/06/2011 18:12, 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 blo quant,
> je dois alors me déplacer physiquement dans la salle machines,
> (qui est loin et avec toutes les contraintes, bruit infernal, tempéra ture 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
Le 04/06/2011 18:12, corbie@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 blo quant,
> je dois alors me déplacer physiquement dans la salle machines,
> (qui est loin et avec toutes les contraintes, bruit infernal, tempéra ture 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
Le 04/06/2011 18:12, 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 blo quant,
> je dois alors me déplacer physiquement dans la salle machines,
> (qui est loin et avec toutes les contraintes, bruit infernal, tempéra ture 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
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 à 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 à 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.
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.
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.
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.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 04/06/2011 19:00, 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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 04/06/2011 19:00, corbie@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
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 04/06/2011 19:00, 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
Le 4 juin 2011 20:10, Aéris a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 04/06/2011 19:00, 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éralemen t chèr
esâ¦
Ne connaissant pas le domaine, je vais certainement sortir une âner i
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: MSN:
-=- mailto:
-=- 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
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/BANLkTi=ZVz4GbH3KpdeAH5MkepDSjx+ om
Le 4 juin 2011 20:10, Aéris <aeris@imirhil.fr> a écrit :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 04/06/2011 19:00, corbie@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éralemen t chèr
esâ¦
Ne connaissant pas le domaine, je vais certainement sortir une âner i
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: guyou@im.apinc.org MSN: guilhem_bonnefille@hotmail.com
-=- mailto:guilhem.bonnefille@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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/BANLkTi=ZVz4GbH3KpdeAH5MkepDSjx+dqg@mail.gmail.c om
Le 4 juin 2011 20:10, Aéris a écrit :-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Le 04/06/2011 19:00, 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éralemen t chèr
esâ¦
Ne connaissant pas le domaine, je vais certainement sortir une âner i
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: MSN:
-=- mailto:
-=- 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
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/BANLkTi=ZVz4GbH3KpdeAH5MkepDSjx+ om
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 ?
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 ?
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 ?
> -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é...
> -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é...
> -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é...
corbie wrote :
> > -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 :
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 mise s à
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 devra it
jamais poser de problème. À l'inverse les conteneurs peuvent être
redémarrés à loisir. Cette approche pseudo-virtualisée satisferai t donc
peut-être corbie.
corbie wrote :
> > -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 :
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 mise s à
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 devra it
jamais poser de problème. À l'inverse les conteneurs peuvent être
redémarrés à loisir. Cette approche pseudo-virtualisée satisferai t donc
peut-être corbie.
corbie wrote :
> > -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 :
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 mise s à
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 devra it
jamais poser de problème. À l'inverse les conteneurs peuvent être
redémarrés à loisir. Cette approche pseudo-virtualisée satisferai t donc
peut-être 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.
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.
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.