Suse Linux Entreprise Server 9 - Problème arrêt du serveur
17 réponses
Jonas
Bonjour,
J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai install=E9 Novell Suse Linux Enterprise Server (SLES) 9.
Lorsque je red=E9marre le serveur, je n'ai aucun probl=E8me, mais lorsque
je l'arr=EAte, il reste physiquement allum=E9, je suis oblig=E9 d'appuyer
sur le bouton pour "le finir".
Quelqu'un d'autre ici a-t-il eu ce probl=E8me et trouv=E9 une solution.
Nous avons laiss=E9 un post sur les forum IBM mais pour l'instant nous
n'avons pas de r=E9ponse.
Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer sur le bouton pour "le finir".
Classique.
Quelqu'un d'autre ici a-t-il eu ce problème et trouvé une solution.
Faut embaucher !
Ou laisser un serveur allumé, c'est sa destinée.
costaclt
"Jonas" <jivef5760@yahoo.fr> writes:
.
Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque
je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer
sur le bouton pour "le finir".
Classique.
Quelqu'un d'autre ici a-t-il eu ce problème et trouvé une solution.
Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer sur le bouton pour "le finir".
Classique.
Quelqu'un d'autre ici a-t-il eu ce problème et trouvé une solution.
Faut embaucher !
Ou laisser un serveur allumé, c'est sa destinée.
costaclt
Jonas
Faut embaucher !
Là où je suis, on a du mal à trouver la main d'oeuvre qualifiée...
Ou laisser un serveur allumé, c'est sa destinée.
Je suis d'accord, ce qui ne doit pas empêcher de l'éteindre de temps en temps pour faire une maintenance hardware. Le climat tropical rend les machines plus vulnérables et il faut les arrêter et les nettoyer au moins une fois l'an, même dans une salle climatisée.
A plus.
Faut embaucher !
Là où je suis, on a du mal à trouver la main d'oeuvre qualifiée...
Ou laisser un serveur allumé, c'est sa destinée.
Je suis d'accord, ce qui ne doit pas empêcher de l'éteindre de temps
en temps pour faire une maintenance hardware.
Le climat tropical rend les machines plus vulnérables et il faut les
arrêter et les nettoyer au moins une fois l'an, même dans une salle
climatisée.
Là où je suis, on a du mal à trouver la main d'oeuvre qualifiée...
Ou laisser un serveur allumé, c'est sa destinée.
Je suis d'accord, ce qui ne doit pas empêcher de l'éteindre de temps en temps pour faire une maintenance hardware. Le climat tropical rend les machines plus vulnérables et il faut les arrêter et les nettoyer au moins une fois l'an, même dans une salle climatisée.
A plus.
Emmanuel Florac
Le Thu, 22 Jun 2006 14:49:03 -0700, Jonas a écrit :
Bonjour, J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
Ce n'est pas le bon groupe. Cependant tu n'as sans doute pas démarré et/ou configuré le démon acpid.
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
Le Thu, 22 Jun 2006 14:49:03 -0700, Jonas a écrit :
Bonjour,
J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
Ce n'est pas le bon groupe. Cependant tu n'as sans doute pas démarré
et/ou configuré le démon acpid.
--
Je suis riche des biens dont je sais me passer.
Louis-Jean-Baptiste Etienne Vigée.
Le Thu, 22 Jun 2006 14:49:03 -0700, Jonas a écrit :
Bonjour, J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
Ce n'est pas le bon groupe. Cependant tu n'as sans doute pas démarré et/ou configuré le démon acpid.
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
talon
Jonas wrote:
Bonjour, J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai installé Novell Suse Linux Enterprise Server (SLES) 9. Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer sur le bouton pour "le finir".
Se renseigner sur acpi et apm.
Quelqu'un d'autre ici a-t-il eu ce problème et trouvé une solution. Nous avons laissé un post sur les forum IBM mais pour l'instant nous n'avons pas de réponse.
Merci. A bientôt.
--
Michel TALON
Jonas <jivef5760@yahoo.fr> wrote:
Bonjour,
J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai installé Novell Suse Linux Enterprise Server (SLES) 9.
Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque
je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer
sur le bouton pour "le finir".
Se renseigner sur acpi et apm.
Quelqu'un d'autre ici a-t-il eu ce problème et trouvé une solution.
Nous avons laissé un post sur les forum IBM mais pour l'instant nous
n'avons pas de réponse.
Bonjour, J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai installé Novell Suse Linux Enterprise Server (SLES) 9. Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer sur le bouton pour "le finir".
Se renseigner sur acpi et apm.
Quelqu'un d'autre ici a-t-il eu ce problème et trouvé une solution. Nous avons laissé un post sur les forum IBM mais pour l'instant nous n'avons pas de réponse.
Merci. A bientôt.
--
Michel TALON
Ploc
Michel Talon wrote:
Jonas wrote:
Bonjour, J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai installé Novell Suse Linux Enterprise Server (SLES) 9. Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer sur le bouton pour "le finir".
Se renseigner sur acpi et apm.
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Michel Talon wrote:
Jonas <jivef5760@yahoo.fr> wrote:
Bonjour,
J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai installé Novell Suse Linux Enterprise Server (SLES) 9.
Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque
je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer
sur le bouton pour "le finir".
Se renseigner sur acpi et apm.
ou sur les cuisines faites par la distrib.
Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt
ne coupe pas l'alim, mais la commande poweroff, si.
C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce
sont des liens symboliques pointant sur le meme programme.
Enfin, faut le savoir.
Bonjour, J'ai un serveur IBM x346 avec 3 disques de 72 en Raid 5.
J'ai installé Novell Suse Linux Enterprise Server (SLES) 9. Lorsque je redémarre le serveur, je n'ai aucun problème, mais lorsque je l'arrête, il reste physiquement allumé, je suis obligé d'appuyer sur le bouton pour "le finir".
Se renseigner sur acpi et apm.
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
talon
Ploc wrote:
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p coupe l'alim. Je crois que ce genre de nuance est assez standard.
--
Michel TALON
Ploc <ploc@clop.invalid> wrote:
ou sur les cuisines faites par la distrib.
Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt
ne coupe pas l'alim, mais la commande poweroff, si.
C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce
sont des liens symboliques pointant sur le meme programme.
Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p
coupe l'alim. Je crois que ce genre de nuance est assez standard.
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p coupe l'alim. Je crois que ce genre de nuance est assez standard.
--
Michel TALON
Ploc
Michel Talon wrote:
Ploc wrote:
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p coupe l'alim. Je crois que ce genre de nuance est assez standard.
Bizarre, le halt a toujours arrete la machine chez moi (essentiellement) sur slack et debian. FC5 etant la pour experimentation, je la pensais "deviante". Bon, je vais voir ca.
Michel Talon wrote:
Ploc <ploc@clop.invalid> wrote:
ou sur les cuisines faites par la distrib.
Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt
ne coupe pas l'alim, mais la commande poweroff, si.
C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce
sont des liens symboliques pointant sur le meme programme.
Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p
coupe l'alim. Je crois que ce genre de nuance est assez standard.
Bizarre, le halt a toujours arrete la machine chez moi (essentiellement)
sur slack et debian. FC5 etant la pour experimentation, je la pensais
"deviante".
Bon, je vais voir ca.
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p coupe l'alim. Je crois que ce genre de nuance est assez standard.
Bizarre, le halt a toujours arrete la machine chez moi (essentiellement) sur slack et debian. FC5 etant la pour experimentation, je la pensais "deviante". Bon, je vais voir ca.
manuel viet
In article <449bdf94$0$20867$, Ploc wrote:
Michel Talon wrote:
Ploc wrote:
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p coupe l'alim. Je crois que ce genre de nuance est assez standard.
Bizarre, le halt a toujours arrete la machine chez moi (essentiellement) sur slack et debian. FC5 etant la pour experimentation, je la pensais "deviante".
il faut préciser que sur une «vraie» machine avec un firmware digne de ce nom, la console permet de faire un certain nombre d'opérations après le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas de grande application.
-- Manuel Viet * mailto:
Parce qu'un clavier d'ordinateur a au moins cent touches différentes, adhérez à http://sms.informatiquefrance.com/
In article <449bdf94$0$20867$626a54ce@news.free.fr>, Ploc wrote:
Michel Talon wrote:
Ploc <ploc@clop.invalid> wrote:
ou sur les cuisines faites par la distrib.
Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt
ne coupe pas l'alim, mais la commande poweroff, si.
C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce
sont des liens symboliques pointant sur le meme programme.
Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p
coupe l'alim. Je crois que ce genre de nuance est assez standard.
Bizarre, le halt a toujours arrete la machine chez moi (essentiellement)
sur slack et debian. FC5 etant la pour experimentation, je la pensais
"deviante".
il faut préciser que sur une «vraie» machine avec un firmware digne de
ce nom, la console permet de faire un certain nombre d'opérations après
le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne
d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas
de grande application.
--
Manuel Viet * mailto:manuel@m-viet.net
Parce qu'un clavier d'ordinateur a au moins cent touches différentes,
adhérez à http://sms.informatiquefrance.com/
ou sur les cuisines faites par la distrib. Chez moi par exemple, sous FC5 que j'utilise occaionnellement, le halt ne coupe pas l'alim, mais la commande poweroff, si. C'est un peu idiot comme fonctionnement, d'autant qu'il me semble que ce sont des liens symboliques pointant sur le meme programme. Enfin, faut le savoir.
Sur FreeBSD avec apm ou acpi configurés, halt arrête la machine, halt -p coupe l'alim. Je crois que ce genre de nuance est assez standard.
Bizarre, le halt a toujours arrete la machine chez moi (essentiellement) sur slack et debian. FC5 etant la pour experimentation, je la pensais "deviante".
il faut préciser que sur une «vraie» machine avec un firmware digne de ce nom, la console permet de faire un certain nombre d'opérations après le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas de grande application.
-- Manuel Viet * mailto:
Parce qu'un clavier d'ordinateur a au moins cent touches différentes, adhérez à http://sms.informatiquefrance.com/
Ploc
manuel viet wrote:
il faut préciser que sur une «vraie» machine avec un firmware digne de ce nom, la console permet de faire un certain nombre d'opérations après le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas de grande application.
Mais bon, debian qui tourne sur plus de plateformes que la FC n'a pas ce comportement. A moins qu'ils soient un peu plus intelligents et qu'ils l'aient adapte suivant la plateforme...
manuel viet wrote:
il faut préciser que sur une «vraie» machine avec un firmware digne de
ce nom, la console permet de faire un certain nombre d'opérations après
le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne
d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas
de grande application.
Mais bon, debian qui tourne sur plus de plateformes que la FC n'a pas ce
comportement. A moins qu'ils soient un peu plus intelligents et qu'ils
l'aient adapte suivant la plateforme...
il faut préciser que sur une «vraie» machine avec un firmware digne de ce nom, la console permet de faire un certain nombre d'opérations après le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas de grande application.
Mais bon, debian qui tourne sur plus de plateformes que la FC n'a pas ce comportement. A moins qu'ils soient un peu plus intelligents et qu'ils l'aient adapte suivant la plateforme...
talon
Ploc wrote:
manuel viet wrote:
il faut préciser que sur une «vraie» machine avec un firmware digne de ce nom, la console permet de faire un certain nombre d'opérations après le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas de grande application.
Mais bon, debian qui tourne sur plus de plateformes que la FC n'a pas ce comportement. A moins qu'ils soient un peu plus intelligents et qu'ils l'aient adapte suivant la plateforme...
Ceci est la page man de halt sur une machine Debian. Je sais bien que les pages man sous Linux ne valent rien mais enfin: NAME halt, reboot, poweroff - stop the system.
DESCRIPTION Halt notes that the system is being brought down in the file /var/log/wtmp, and then either tells the kernel to halt, reboot or poweroff the system.
If halt or reboot is called when the system is not in runlevel 0 or 6, in other words when it's running normally, shutdown will be invoked instead (with the -h or -r flag). For more info see the shutdown(8) manpage.
The rest of this manpage describes the behaviour in runlevels 0 and 6, that is when the systems shutdown scripts are being run.
OPTIONS -n Don't sync before reboot or halt.
-w Don't actually reboot or halt but only write the wtmp record (in the /var/log/wtmp file).
-d Don't write the wtmp record. The -n flag implies -d.
-f Force halt or reboot, don't call shutdown(8).
-i Shut down all network interfaces just before halt or reboot.
-h Put all harddrives on the system in standby mode just before halt or poweroff.
-p When halting the system, do a poweroff. This is the default when halt is called as poweroff.
Bref, c'est en théorie comme sous FreeBSD. En pratique je n'en sais rien.
--
Michel TALON
Ploc <ploc@clop.invalid> wrote:
manuel viet wrote:
il faut préciser que sur une «vraie» machine avec un firmware digne de
ce nom, la console permet de faire un certain nombre d'opérations après
le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne
d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas
de grande application.
Mais bon, debian qui tourne sur plus de plateformes que la FC n'a pas ce
comportement. A moins qu'ils soient un peu plus intelligents et qu'ils
l'aient adapte suivant la plateforme...
Ceci est la page man de halt sur une machine Debian. Je sais bien que les
pages man sous Linux ne valent rien mais enfin:
NAME
halt, reboot, poweroff - stop the system.
DESCRIPTION
Halt notes that the system is being brought down in the file
/var/log/wtmp, and then either
tells the kernel to halt, reboot or poweroff the system.
If halt or reboot is called when the system is not in runlevel 0 or 6,
in other words when it's
running normally, shutdown will be invoked instead (with the -h or -r
flag). For more info see
the shutdown(8) manpage.
The rest of this manpage describes the behaviour in runlevels 0 and 6,
that is when the systems
shutdown scripts are being run.
OPTIONS
-n Don't sync before reboot or halt.
-w Don't actually reboot or halt but only write the wtmp
record (in the /var/log/wtmp
file).
-d Don't write the wtmp record. The -n flag implies -d.
-f Force halt or reboot, don't call shutdown(8).
-i Shut down all network interfaces just before halt or reboot.
-h Put all harddrives on the system in standby mode just before
halt or poweroff.
-p When halting the system, do a poweroff. This is the default
when halt is called as
poweroff.
Bref, c'est en théorie comme sous FreeBSD. En pratique je n'en sais rien.
il faut préciser que sur une «vraie» machine avec un firmware digne de ce nom, la console permet de faire un certain nombre d'opérations après le halt, d'où l'intérêt de ne pas avoir un comportement qui éteigne d'office l'alim après le système. Évidemment, sur un PC, ça n'a pas de grande application.
Mais bon, debian qui tourne sur plus de plateformes que la FC n'a pas ce comportement. A moins qu'ils soient un peu plus intelligents et qu'ils l'aient adapte suivant la plateforme...
Ceci est la page man de halt sur une machine Debian. Je sais bien que les pages man sous Linux ne valent rien mais enfin: NAME halt, reboot, poweroff - stop the system.
DESCRIPTION Halt notes that the system is being brought down in the file /var/log/wtmp, and then either tells the kernel to halt, reboot or poweroff the system.
If halt or reboot is called when the system is not in runlevel 0 or 6, in other words when it's running normally, shutdown will be invoked instead (with the -h or -r flag). For more info see the shutdown(8) manpage.
The rest of this manpage describes the behaviour in runlevels 0 and 6, that is when the systems shutdown scripts are being run.
OPTIONS -n Don't sync before reboot or halt.
-w Don't actually reboot or halt but only write the wtmp record (in the /var/log/wtmp file).
-d Don't write the wtmp record. The -n flag implies -d.
-f Force halt or reboot, don't call shutdown(8).
-i Shut down all network interfaces just before halt or reboot.
-h Put all harddrives on the system in standby mode just before halt or poweroff.
-p When halting the system, do a poweroff. This is the default when halt is called as poweroff.
Bref, c'est en théorie comme sous FreeBSD. En pratique je n'en sais rien.
