[opensuse-es] recomendacion UPS
hola lista , les comento un problema que estoy teniendo actualmente, en mi oficina hemos estado teniendo problemas de energia se va por buen rato mayormente en la madrugada por ende el servidor se me cuelga en la mayoria de los casos , he presentado problemas con varios servicios que no me inician por errores efectuados, generandome archivos de extension pid , he leido por ahi que hay un paquete llamado apcupsd que trabaja muy bien con baterias apc , lo cual te permite en en caso de un bajon apagar el servidor automaticamente. alguien ha probado esta herramienta, estabilidad, uso? conocen otra que sea free que trabaje mejor ? saludos lista --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 30/05/07, gnu forever escribió:
hola lista , les comento un problema que estoy teniendo actualmente, en mi oficina hemos estado teniendo problemas de energia se va por buen rato mayormente en la madrugada por ende el servidor se me cuelga en la mayoria de los casos ,
En esos casos lo menor es un sai, sin duda. Los discos duros son los que más sufren en caso de apagón.
he presentado problemas con varios servicios que no me inician por errores efectuados, generandome archivos de extension pid , he leido por ahi que hay un paquete llamado apcupsd que trabaja muy bien con baterias apc , lo cual te permite en en caso de un bajon apagar el servidor automaticamente.
Con sais apc he probado su propio programa (powerchute*) que funciona con java y aunque es un poco pesado, cumple su función.
alguien ha probado esta herramienta, estabilidad, uso?
De apcupsd no te puedo decir nada porque no lo he probado :-) Tan sólo verifica que el modelo de sai que tienes aparece como soportado** por el programa.
conocen otra que sea free que trabaje mejor ?
Creo que el más completo actualmente es ese que comentas. * http://www.apcc.com/tools/download/software_comp.cfm?sw_sku=SFPCBE705&id=125&family=&part_num=&swfam=125&tsk= ** http://www.apcupsd.org/manual/Supported_UPSes_Cables.html Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-30 a las 09:01 +0200, Camaleón escribió:
he presentado problemas con varios servicios que no me inician por errores efectuados, generandome archivos de extension pid , he leido por ahi que hay un paquete llamado apcupsd que trabaja muy bien con baterias apc , lo cual te permite en en caso de un bajon apagar el servidor automaticamente.
Con sais apc he probado su propio programa (powerchute*) que funciona con java y aunque es un poco pesado, cumple su función.
Hay otra opción a apagar que es suspender: es bastante más rápido, para empezar, pero no siempre funciona (va el 95%), y haría falta forzar un apagado poco después por si las moscas. Las ventajas obvias es que recuperas mucho más rápido sin perder trabajos a medias. La suspensión no es sólo para portátiles, tiene utilidad en servidores... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGXVPgtTMYHG2NR9URAsMWAJ4v8WTKe8qyTItdmJent005jidrjwCfWMFX 3jkPTjtZr9sEJiY4xGOs5ZU= =L3UL -----END PGP SIGNATURE-----
El 30/05/07, Carlos E. R. escribió:
Hay otra opción a apagar que es suspender: es bastante más rápido, para empezar, pero no siempre funciona (va el 95%), y haría falta forzar un apagado poco después por si las moscas.
O "shutdown and restart" (reinicio) que sería lo más limpio. De la "suspensión y reanimación" no me fiaría mucho en equipos que funcionan como servidores (bases de datos, correos, ficheros...) pero en uno de sobremesa no estaría mal. No sé si el demonio "apcupsd" permite ejecutar ese comando se suspensión, seguramente sea personaliazable (es decir, que puedes seleccionar el comando a ejecutar). Si la opción de suspensión está integrada con el programa de gestión de sai es una buena idea. Pero no sé si siempre es posible esa interacción, los comandos de ejecución en programas de gestión del propio sai (powerchute) suelen ser un poco limitados, vamos, apagar, o apagar y reiniciar :-)
Las ventajas obvias es que recuperas mucho más rápido sin perder trabajos a medias. La suspensión no es sólo para portátiles, tiene utilidad en servidores...
Sí, pero depende del programa del sai, es decir, de si puede trabajar / gestionar un estado de suspensión y actuar en consecuencia (volver a estado normal cuando vuelva la luz, apagar el caso de agotamiento de batería, etc...) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-30 a las 13:27 +0200, Camaleón escribió:
El 30/05/07, Carlos E. R. escribió:
Hay otra opción a apagar que es suspender: es bastante más rápido, para empezar, pero no siempre funciona (va el 95%), y haría falta forzar un apagado poco después por si las moscas.
O "shutdown and restart" (reinicio) que sería lo más limpio. De la "suspensión y reanimación" no me fiaría mucho en equipos que funcionan como servidores (bases de datos, correos, ficheros...) pero en uno de sobremesa no estaría mal.
Es una opción descrita por los diseñadores del proceso de suspensión en Linux: su uso en servidores. Sirve incluso cuando necesitas apagarlo unos segundos para cambiar una clavija... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGXXHMtTMYHG2NR9URAi2CAJ93I/QcryjCVbGwBIgPFB0JuP5iYgCfZRzT +8p/+zxRBpgmzFnRqmG2mOM= =n89t -----END PGP SIGNATURE-----
El 30/05/07, Carlos E. R. escribió:
Es una opción descrita por los diseñadores del proceso de suspensión en Linux: su uso en servidores.
Sirve incluso cuando necesitas apagarlo unos segundos para cambiar una clavija...
En la suspensión entran en juego varios factores: que lo soporte el sistema operativo, la bios, los componentes (micro, disco...) y eso es tema peliagudo, más aún cuando ni siquiera puedo controlar el procesador (cpu_scaling, cpu_frequency, fan, temperatura) porque el kernel me saca errores, vamos, que no me fío ni un pelo :-P Pero en el caso de un apagón entra en juego la configuración del demonio de gestión del sai, el cual tiene configurada una serie de eventos (error del propio sai, estado de la batería, nivel de carga, porcentaje de autonomía, apagón...) y eventos (tipos de avisos, apagar el equipo, reiniciar, apagar el sai, chequeo de baterías...). Mi duda está en si ante un corte de luz es posible configurar una acción de suspensión y cómo la gestionaría el sai (por ejemplo, al decirle que suspenda el equipo cuando se produce un apagón el sai -el demonio- debe saber cuándo regresa el suministro de corriente y actuar el consecuencia o por el contrario, debe saber qué hacer con el ordenador y con el propio sai si se le están agotando las baterías). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-30 a las 15:59 +0200, Camaleón escribió:
El 30/05/07, Carlos E. R. escribió:
Es una opción descrita por los diseñadores del proceso de suspensión en Linux: su uso en servidores.
Sirve incluso cuando necesitas apagarlo unos segundos para cambiar una clavija...
En la suspensión entran en juego varios factores: que lo soporte el sistema operativo, la bios, los componentes (micro, disco...) y eso es tema peliagudo, más aún cuando ni siquiera puedo controlar el procesador (cpu_scaling, cpu_frequency, fan, temperatura) porque el kernel me saca errores, vamos, que no me fío ni un pelo :-P
Si el linux tiene problemas con tu hardware, entonces evidentemente tienes un problema serio. Pero si eso no ocurre y suspende bien, pues es una opción interesante. De hecho, yo llevo varios años suspendiendo mi equipo en vez de apagándolo.
Pero en el caso de un apagón entra en juego la configuración del demonio de gestión del sai, el cual tiene configurada una serie de eventos (error del propio sai, estado de la batería, nivel de carga, porcentaje de autonomía, apagón...) y eventos (tipos de avisos, apagar el equipo, reiniciar, apagar el sai, chequeo de baterías...).
Mi duda está en si ante un corte de luz es posible configurar una acción de suspensión y cómo la gestionaría el sai (por ejemplo, al decirle que suspenda el equipo cuando se produce un apagón el sai -el demonio- debe saber cuándo regresa el suministro de corriente y actuar el consecuencia o por el contrario, debe saber qué hacer con el ordenador y con el propio sai si se le están agotando las baterías).
Se puede hacer simplemente cambiando el programa que entra en funcionamiento para apagar el equipo, y se le puede decir que sea un script que llama a suspender. Más interesante sería que supiera de ello y que primero llamara a suspender - que fíjate que es una cosa que podría hacer la sai directamente con un cablecito conectado al jumper de la placa que hace la función acpi de suspender. No necesitarías ni daemon. También hay otro jumper para apagar. Al encender es automático todo: el ordenador regresa al estado anterior, y el daemon, si existe, ve que hay energía. Lo mejor, desde luego, es que el daemon de la sai sepa lo que es suspender y las diferencias con apagar y que lo gestionase adecuadamente, y eso no se si está hecho. Y si funciona, pues todo maravilloso, porque el servidor resucita rápidamente con todos los servicios y programas en el mismo punto, y con los procesos a medias sin abortar - imagínate que te pilla a mitad de una actualización grabando la base de datos rpms y te la peta porque se apaga. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGXd1ttTMYHG2NR9URAuFXAJ9XrT+DCO7SS5h9K1uIWcGFbhwsrgCdEXx0 MpzMkbmnslnlxa/HjaiMKUM= =dCXj -----END PGP SIGNATURE-----
Y si funciona, pues todo maravilloso, porque el servidor resucita rápidamente con todos los servicios y programas en el mismo punto, y con los procesos a medias sin abortar - imagínate que te pilla a mitad de una actualización grabando la base de datos rpms y te la peta porque se apaga.
... y la red también arranca así de bien? No tarda en coger una IP por dhcp? -- Saludos, miguel Los agujeros negros son lugares donde dios dividió por cero. Black holes are places where god divided by zero. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-05-30 a las 23:07 +0200, miguel gmail escribió:
Y si funciona, pues todo maravilloso, porque el servidor resucita rápidamente con todos los servicios y programas en el mismo punto, y con los procesos a medias sin abortar - imagínate que te pilla a mitad de una actualización grabando la base de datos rpms y te la peta porque se apaga.
... y la red también arranca así de bien? No tarda en coger una IP por dhcp?
Je, un servidor no usa dhcp :-P No lo se. El tiempo que tarde dependerá del servidor dhcp, más bien, y si ha habido un apagón pues estará en el limbo, y toda la sala estará pidiendo una IP al mismo tiempo. O sea, tardará "años". Imagino que tardará lo mismo que normalmente, aparte de esos detalles. Al despertarse una máquina está lentorra al principio, porque todos los procesos están en swap, y todos los que quieren hacer algo están en espera del disco a que puedan copiarse a memoria. Al poco, el sistema es más rápido que antes, porque curiosamente hay una parte de los procesos que no hacen falta para nada, y siguen en la swap incluso durante dias y dias: no son necesarios. Simplemente suspendiendo y despertando has obligado al kernel a dejar todo lo que sobra en swap disponiendo de más ram libre. ¿Curioso, no? :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGXf3CtTMYHG2NR9URAivZAJ0WhAiyANiHH5+sKN65CfEZjzZYagCggbk7 FbpKt5Bk4QY2yGLzXAf2Lfs= =RLau -----END PGP SIGNATURE-----
Hola. El Jueves, 31 de Mayo de 2007, Carlos E. R. escribió:
El 2007-05-30 a las 23:07 +0200, miguel gmail escribió:
Y si funciona, pues todo maravilloso, porque el servidor resucita rápidamente con todos los servicios y programas en el mismo punto, y con los procesos a medias sin abortar - imagínate que te pilla a mitad de una actualización grabando la base de datos rpms y te la peta porque se apaga.
... y la red también arranca así de bien? No tarda en coger una IP por dhcp?
Je, un servidor no usa dhcp :-P
Yo tengo algun servidor con dhcp. para eso estan los servidores de nombres con actualización dinámica Ademas, dependiendo del tiempo de cesion, no tiene por que renovar la ip, la tiene asignada.
No lo se. El tiempo que tarde dependerá del servidor dhcp, más bien, y si ha habido un apagón pues estará en el limbo, y toda la sala estará pidiendo una IP al mismo tiempo. O sea, tardará "años".
Puedes arrancar los equipos sin tener el servidor dhcp funcionando y tomaran la ip que tenian cedida, si no expiro el tiempo de cesion. -- Un Saludo. Carlos Lorenzo Matés
participants (5)
-
Camaleón -
Carlos E. R. -
Carlos Lorenzo Matés -
gnu forever -
miguel gmail