Re: Debian Lenny 64 (o servidor) no apaga normalmente...
Hola Jhosue... Jhosue Rui wrote: Walter O. Dari escribió: Hola Felix... Felix Perez wrote: 2009/11/20 Walter O. Dari : 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... wod...@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: nm_signal_handler(): Caught signal 15, shutting down normally. Nov 19 14:14:21 svrsw64 NetworkManager: Caught terminiation signal Nov 19 14:14:21 svrsw64 NetworkManager: [1258650861.700653] nm_print_open_socks(): Open Sockets List: Nov 19 14:14:21 svrsw64 NetworkManager: [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.00] Initializing cgroup subsys cpuset Nov 19 15:54:54 svrsw64 kernel: [0.00] Initializing cgroup subsys cpu Nov 19 15:54:54 svrsw64 kernel: [0.00] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny2) (da...@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.00] Command line: root=/dev/hda3 ro quiet Nov 19 15:5
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
Walter O. Dari escribió: Hola Felix... Felix Perez wrote: 2009/11/20 Walter O. Dari : 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... wod...@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: nm_signal_handler(): Caught signal 15, shutting down normally. Nov 19 14:14:21 svrsw64 NetworkManager: Caught terminiation signal Nov 19 14:14:21 svrsw64 NetworkManager: [1258650861.700653] nm_print_open_socks(): Open Sockets List: Nov 19 14:14:21 svrsw64 NetworkManager: [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.00] Initializing cgroup subsys cpuset Nov 19 15:54:54 svrsw64 kernel: [0.00] Initializing cgroup subsys cpu Nov 19 15:54:54 svrsw64 kernel: [0.00] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny2) (da...@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.00] Command line: root=/dev/hda3 ro quiet Nov 19 15:54:54 svrsw64 kernel: [0.000
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
El día 20 de noviembre de 2009 18:01, Walter O. Dari escribió: > Felix Perez wrote: >> >> El día 20 de noviembre de 2009 13:35, Walter O. Dari >> escribió: >>> >>> Hola Felix... >>> >>> Felix Perez wrote: 2009/11/20 Walter O. Dari : > > > Bien, la tercera opción ya la verifiqué y no, no tengo problemas de espacio. > > Voy a controlar las 2 primeras. > > Si descubro algo lo comento por si le sirve a alguien. > El asunto es que para probar tengo que apagar el servidor y no cuento con > muchas oportunidades para hacerlo. > Revisa además la configuración de la bios en relación a la administración de energía puede que este ocasionando algún conflicto con el kernel. Suerte. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/NormasLista -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
Felix Perez wrote: El día 20 de noviembre de 2009 13:35, Walter O. Dari escribió: Hola Felix... Felix Perez wrote: 2009/11/20 Walter O. Dari : 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... wod...@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: nm_signal_handler(): Caught signal 15, shutting down normally. Nov 19 14:14:21 svrsw64 NetworkManager: Caught terminiation signal Nov 19 14:14:21 svrsw64 NetworkManager: [1258650861.700653] nm_print_open_socks(): Open Sockets List: Nov 19 14:14:21 svrsw64 NetworkManager: [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.00] Initializing cgroup subsys cpuset Nov 19 15:54:54 svrsw64 kernel: [0.00] Initializing cgroup subsys cpu Nov 19 15:54:54 svrsw64 kernel: [0.00] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny2) (da...@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.00] Command line: root=/dev/hda3 ro quiet Nov 19 15:54:54 svrsw64 kerne
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
El día 20 de noviembre de 2009 13:35, Walter O. Dari escribió: > Hola Felix... > > Felix Perez wrote: >> >> 2009/11/20 Walter O. Dari : >>> >>> 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... > > wod...@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: nm_signal_handler(): Caught > signal 15, shutting down normally. > Nov 19 14:14:21 svrsw64 NetworkManager: Caught terminiation signal > Nov 19 14:14:21 svrsw64 NetworkManager: [1258650861.700653] > nm_print_open_socks(): Open Sockets List: > Nov 19 14:14:21 svrsw64 NetworkManager: [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.00] Initializing cgroup subsys > cpuset > Nov 19 15:54:54 svrsw64 kernel: [ 0.00] Initializing cgroup subsys > cpu > Nov 19 15:54:54 svrsw64 kernel: [ 0.00] Linux version 2.6.26-2-amd64 > (Debian 2.6.26-19lenny2) (da...@debian.org) (gcc
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
Hola Felix... Felix Perez wrote: 2009/11/20 Walter O. Dari : 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... wod...@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: nm_signal_handler(): Caught signal 15, shutting down normally. Nov 19 14:14:21 svrsw64 NetworkManager: Caught terminiation signal Nov 19 14:14:21 svrsw64 NetworkManager: [1258650861.700653] nm_print_open_socks(): Open Sockets List: Nov 19 14:14:21 svrsw64 NetworkManager: [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.00] Initializing cgroup subsys cpuset Nov 19 15:54:54 svrsw64 kernel: [0.00] Initializing cgroup subsys cpu Nov 19 15:54:54 svrsw64 kernel: [0.00] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny2) (da...@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.00] Command line: root=/dev/hda3 ro quiet Nov 19 15:54:54 svrsw64 kernel: [0.00] BIOS-provided physica
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
2009/11/20 Walter O. Dari : > 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. Saludos. -- usuario linux #274354 normas de la lista: http://wiki.debian.org/NormasLista -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Fwd: Re: Debian Lenny 64 (o servidor) no apaga normalmente...]
ufff... disculpas, se me fue al privado... --- Hola... Ferran Donadie wrote: * Walter O. Dari [2009-11-20 12:52:42 -0200]: Date: Fri, 20 Nov 2009 12:52:42 -0200 From: "Walter O. Dari" To: "debian.lista" Subject: Debian Lenny 64 (o servidor) no apaga normalmente... User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) Message-ID: <4b06ad3a.2020...@gmail.com> Disculpen... llegó un mensaje anterior con este asunto ? Siempre me quedan dudas con gmail. Gracias, Walter Que tal Walter, Si que llego. Yo no te puedo decir mucho, si estuviera en tu lugar sospecharia de algun problema con el hardware, testearia la memoria RAM, buscaria 'badblock' en los discos. Pero ya te digo es solo una sospecha. Bueno, quería saber que llegara. Te agradezco. Esos controles ya los hice. Lo raro del caso es que estando encendido no tiene problemas y eso que la carga de trabajo a veces es muy intensan porque se hacen respaldos de información de varias PCs a la vez. El raid hasta ahora siempre se ha mantenido bien sincronizado... por eso el desconcierto. Gracias nuevamente, Walter -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian Lenny 64 (o servidor) no apaga normalmente...
* Walter O. Dari [2009-11-20 12:52:42 -0200]: > Date: Fri, 20 Nov 2009 12:52:42 -0200 > From: "Walter O. Dari" > To: "debian.lista" > Subject: Debian Lenny 64 (o servidor) no apaga normalmente... > User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090706) > Message-ID: <4b06ad3a.2020...@gmail.com> > > Disculpen... llegó un mensaje anterior con este asunto ? > Siempre me quedan dudas con gmail. > > Gracias, > Walter > Que tal Walter, Si que llego. Yo no te puedo decir mucho, si estuviera en tu lugar sospecharia de algun problema con el hardware, testearia la memoria RAM, buscaria 'badblock' en los discos. Pero ya te digo es solo una sospecha. -- Saludos, Ferran Donadie. La belleza no mira, sólo es mirada. -- Albert Einstein. (1879-1955) Físico alemán. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debian Lenny 64 (o servidor) no apaga normalmente...
Disculpen... llegó un mensaje anterior con este asunto ? Siempre me quedan dudas con gmail. Gracias, Walter -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Debian Lenny 64 (o servidor) no apaga normalmente...
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... wod...@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: nm_signal_handler(): Caught signal 15, shutting down normally. Nov 19 14:14:21 svrsw64 NetworkManager: Caught terminiation signal Nov 19 14:14:21 svrsw64 NetworkManager: [1258650861.700653] nm_print_open_socks(): Open Sockets List: Nov 19 14:14:21 svrsw64 NetworkManager: [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.00] Initializing cgroup subsys cpuset Nov 19 15:54:54 svrsw64 kernel: [0.00] Initializing cgroup subsys cpu Nov 19 15:54:54 svrsw64 kernel: [0.00] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny2) (da...@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.00] Command line: root=/dev/hda3 ro quiet Nov 19 15:54:54 svrsw64 kernel: [0.00] BIOS-provided physical RAM map: Nov 19 15:54:54 svrsw64 kernel: [0.00] BIOS-e820: - 0009ec00 (usable) Nov 19 15:54:54 svrsw64 kernel: [0.00] BIOS-e820: 0009ec00 - 000a (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, .-. Walter / \ _ / \ __ (\/ / \ |_/oo)