[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian Lenny 64 (o servidor) no apaga normalmente...



Walter O. Dari escribió:
Hola Felix...

Felix Perez wrote:
2009/11/20 Walter O. Dari <wlinuxw@gmail.com>:
Disculpen... llegó un mensaje anterior con este asunto ?
Siempre me quedan dudas con gmail.


Este es el primero que veo con este asunto..

¿a que te refieres con

"no apaga normalmente..."  que con eso no dices nada.

Luces, pitidos, ruidos, mensajes, congelamiento, etc, etc...

Debes ser más específico y aportar mayores antecedentes.

debajo copio el primer correo que mandé con este asunto...
----------------------------------------------------------------

Hola gente:

Ando medio perdido con este tema, nunca me había pasado algo parecido.

Aquí vamos...

Tengo un servidor con una placa madre Intel DG41TY, procesador INTEL E5300, 4 Gb DDR2 800 MHx Kingston, 1 disco de 80 Gb IDE con el sistema operativo (/boot, /, /usr, /var, /tmp, swap) y 2 discos de 1 Tb en raid 1 que alojan el /home.

el kernel...

wodari@svrsw64:~$ uname -a
Linux svrsw64 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 GNU/Linux

Mientras el servidor está en marcha no se observan errores, funciona normalmente. Básicamente cumple la función de servidor de archivos, donde algunas computadoras se comunican vía NFS y unas pocas vía Samba. No se si es importante pero, por las dudas, el entorno que utilizo es KDE 3.5.10, ya que otra de las funciones de esta computadora es leer los mensajes con icedove y reproducir música en el local audacious mediante.
También se utiliza para respaldar datos de MySQL y otras yerbas.

Bueno, al punto: las dos veces que tuve que apagarla, debido a que tuve que reemplazar la UPS, no lo hizo bien y tuve que terminar apagándola manteniendo presionado el botón de encendido.

En las dos oportunidades, hoy la última, me quedó un desastre en el sistema de archivos ext3. La primera vez el raid quedó "patas para arriba", hice los fsck.ext3 en los discos de 1 Tb por separado (/dev/sda y /dev/sdb) y luego me fue realmente trabajoso levantar el raid con el mdadm, pero finalmente quedó funcionando. Esta segunda vez el raid estaba, corrí el fsck.ext3 sobre /dev/md0 y luego de 1 hora quedó restablecido y el servidor continúo el arranque sin problemas y aquí estoy... escribiendo desde él.

La verdad es que no me doy cuenta que es lo que puede estar pasando.

Aquí abajo va una parte del syslog para ver si ahí existe alguna pista que yo no me doy cuenta...


-----------------------------------------------------------------------
parte del syslog a partir que se indicó reiniciar el servidor ...
-----------------------------------------------------------------------
Nov 19 14:12:14 svrsw64 ntpd[3175]: kernel time sync status change 4001
Nov 19 14:14:17 svrsw64 shutdown[3998]: shutting down for system reboot
Nov 19 14:14:18 svrsw64 init: Switching to runlevel: 6
Nov 19 14:14:21 svrsw64 NetworkManager: <WARN> nm_signal_handler(): Caught signal 15, shutting down normally.
Nov 19 14:14:21 svrsw64 NetworkManager: <info>  Caught terminiation signal
Nov 19 14:14:21 svrsw64 NetworkManager: <debug> [1258650861.700653] nm_print_open_socks(): Open Sockets List: Nov 19 14:14:21 svrsw64 NetworkManager: <debug> [1258650861.700683] nm_print_open_socks(): Open Sockets List Done. Nov 19 14:14:24 svrsw64 rpc.statd[2161]: Caught signal 15, un-registering and exiting. Nov 19 14:14:25 svrsw64 mysqld[2655]: 091119 14:14:25 [Note] /usr/sbin/mysqld: Normal shutdown
Nov 19 14:14:25 svrsw64 mysqld[2655]:
Nov 19 14:14:25 svrsw64 mysqld[2655]: 091119 14:14:25 InnoDB: Starting shutdown... Nov 19 14:14:27 svrsw64 mysqld[2655]: 091119 14:14:27 InnoDB: Shutdown completed; log sequence number 0 43655 Nov 19 14:14:27 svrsw64 mysqld[2655]: 091119 14:14:27 [Note] /usr/sbin/mysqld: Shutdown complete
Nov 19 14:14:27 svrsw64 mysqld[2655]:
Nov 19 14:14:27 svrsw64 mysqld_safe[4274]: ended
Nov 19 14:14:28 svrsw64 ntpd[3175]: ntpd exiting on signal 15
Nov 19 14:14:31 svrsw64 afpd[3505]: shutting down on signal 15
Nov 19 14:14:31 svrsw64 atalkd[3316]: done
Nov 19 14:14:31 svrsw64 mountd[3117]: Caught signal 15, un-registering and exiting. Nov 19 14:14:31 svrsw64 kernel: [2370447.845587] nfsd: last server has exited Nov 19 14:14:31 svrsw64 kernel: [2370447.845587] nfsd: unexporting all filesystems
Nov 19 14:14:32 svrsw64 kernel: Kernel logging (proc) stopped.


... aquí quedo colgado y hubo que apretar el botón de apagado.
Y aquí ya sigue luego de haberlo encendido nuevamente...


Nov 19 15:54:54 svrsw64 kernel: imklog 3.18.6, log source = /proc/kmsg started. Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] Initializing cgroup subsys cpuset Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] Initializing cgroup subsys cpu Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny2) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerele
ase) (Debian 4.1.2-25)) #1 SMP Thu Nov 5 02:23:12 UTC 2009
Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] Command line: root=/dev/hda3 ro quiet Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] BIOS-provided physical RAM map: Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009ec00 (usable) Nov 19 15:54:54 svrsw64 kernel: [ 0.000000] BIOS-e820: 000000000009ec00 - 00000000000a0000 (reserved)

----------------------------------------------------------------------

No se si me podré fijar en algún otro lugar donde halla más información de lo que halla pasado...

Les agradeceré cualquier orientación al respecto.

Saludos,

Yo hace poco tuve un problema similar con un cluster de alto rendimiento con disco compartido por NFS, en mi caso aquí en Venezuela estamos sufriendo apagones eléctricos con frecuencia y el apagado del cluster se controla utilizando el apcupsd que funcionan muy bien, pero, aunque el sistema se apagaba correctamente, al retornar el fluido eléctrico la partición que estaba compartida por NFS reportaba múltiples errores, este problema parece haberse solucionado con una actualización de seguridad del kernel que se publico recientemente, vi que en el change log corrigieron un error del modulo NFS, por eso actualice inmediatamente.

Espero te ayude.

Jhosue.


--
-----------------------------------------------------------------------
Por favor, NO utilice formatos de archivo propietarios para el
intercambio de documentos, como DOC y XLS, sino HTML, PDF, TXT, CSV o
cualquier otro que no obligue a utilizar un programa de un fabricante
concreto. Vea http://www.gnu.org/philosophy/no-word-attachments.es.html
------------------------------------------------------------------------
usuario linux registrado #387231
http://counter.li.org
------------------------------------------------------------------------


Reply to: