El Sat, 21 Apr 2012 23:12:13 +0200, Alvaro GL escribió:
> Tengo un servidor montado en mi universidad, con debian squeeze que uso
> para practicas de la carrera y he apreciado que a intervalos regulares
> (pueden pasarse días o semanas) se apaga solo. Llego a la conclusión, o
> de que me están trolleando y alguien lo apaga y me lo niega, o hay un
> fallo de hardware.
Un fallo de hardware (o un apagado a lo bruto) dejaría el sistema de
archivos con inconsistencias y tendría que ejecutarse el fsck al iniciar,
casi seguro, por lo que puedes revisar el registro a ver si ha sido así
("/var/log/fsck").
Un apagado manual y ordenado (desde la sesión del usuario o apagando el
botón) no generaría ningún rastro de problema.
> Pero observando los logs veo esto:
>
> Apr 20 06:25:02 dev rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="857" x-info="
http://www.rsyslog.com"] rsyslogd was HUPed, type 'lightweight'.
> Apr 20 14:26:24 dev kernel: [588132.420984] [drm] nouveau 0000:01:00.0: Setting dpms mode 0 on vga encoder (output 0)
> Apr 20 14:26:24 dev shutdown[13504]: shutting down for system halt
^^^^^^^^
> Apr 20 14:26:31 dev kernel: Kernel logging (proc) stopped.
> Apr 20 14:26:31 dev rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="857" x-info="
http://www.rsyslog.com"] exiting on signal 15.
> Apr 20 18:04:05 dev kernel: imklog 4.6.4, log source = /proc/kmsg started.
Bueno, ese "shutdown" no aparece con un apagón no programado, pero podría
ser algún script o tarea lo que lo haya ejecutado. ¿Se apaga siempre y siempre
a la misma hora o día, es decir, ves algún patrón? Eso lo podrás sacar de los
registros con un simple grep.
Esto es lo que registra el sistema cuando apago desde GNOME el equipo:
stt008:/home/sm01# zgrep -i shutdown /var/log/syslog*
/var/log/syslog.1:Apr 21 23:50:40 stt008 shutdown[8094]: shutting down for system halt
/var/log/syslog.2.gz:Apr 20 23:50:08 stt008 shutdown[9509]: shutting down for system halt
/var/log/syslog.3.gz:Apr 19 23:31:13 stt008 shutdown[7801]: shutting down for system halt
/var/log/syslog.4.gz:Apr 19 00:08:07 stt008 shutdown[7109]: shutting down for system halt
/var/log/syslog.5.gz:Apr 17 23:37:08 stt008 shutdown[9177]: shutting down for system halt
/var/log/syslog.6.gz:Apr 16 23:12:50 stt008 shutdown[9915]: shutting down for system halt
/var/log/syslog.7.gz:Apr 15 23:39:26 stt008 shutdown[6104]: shutting down for system halt
> El servidor se apago el viernes a las 14:26 y hasta las 18:00 que no
> puede mandar a alguien no se encendió.
Si necesitas tenerlo controlado y encendido ¿por qué no activas el WOL o
lo controlas desde remoto?
> Lo gracioso es que el servidor se apaga correctamente, en el resto de logs
> se ve como todos los programas reciben la señal de apagado y se cierran
> pasando al runlevel 0 Después de esto, descarto el fallo hardware, y o tengo
> una instrusion, o mis compañeros me engañan, (o la bedel o la señora de la
> limpieza lo apagan pero es una hora rara para esto).
Voto por la solución más sencilla :-)
> Como podría saber si el apagado se produce por software (alguien logado
> con permisos ejecuta el shutdown o un halt)
Esto no debería pasar y es algo que puedes controlar tú y nadie más, siempre
que seas el único administrador del equipo.
> o es porque alguien pulso el botón de apagado?
Esto sí podría ser. Si el equipo gestiona correctamente el ACPI al pulsar el
botón de apagado se puede iniciar la rutina de cierre. Y esto es posible que
lo puedas desactivar, es decir, dejar el botón "muerto" para que no realice
ninguna función.
Saludos,
--
Camaleón
Archive:
http://lists.debian.org/jn0mbc$ha3$3...@dough.gmane.org