-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-18 a las 08:40 +0100, Camaleón escribió: Por cierto, la cuenta de telefonica está caída hoy, no conecta. Corrección: ya funciona. Y la cuenta de gmail estuvo caida esta madrugada, no le llegaban correos de ninguna de las lista; por ejemplo, el correo donde hice esta pregunta no me ha llegado. Pero quizás fuera opensuse quien estaba caido, porque tampoco llegaban a tesa.

El 18/11/08, Carlos E. R. escribió:

...

Es una belkin, modelo BU306000me. Según http://www.networkupstools.org/compat/stable.html debería usar el driver megatec_usb, porque el vendor id es 0665.

Aquí creo que me he "columpiado" :-).

Eso del idvendor y del idproduct no debe ser del sai sino del conversor usb (Cypress Semiconductor USB to Serial). No me había dado cuenta de ese detalle.

Lo pensé, no creas. Pero ese conversor si existe está dentro del cacharro, es interno. Y la gente de NUT listan ese mismo numero, luego deben saberlo.

...

Ahora no tengo mucho tiempo para revisarlo :-/, pero te paso un enlace, a ver si sacas algo...

Configurar un SAI Belkin Active Backup en Gentoo http://www.lacofi.org/014.html#nut

Puede ser, puede ser... por lo menos a alguien le funciona. Estaría bien saber la fecha del escrito, porque hablan de usar la version desarrollo 2.2.2, y la estable es esa precisamente. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkio8IACgkQtTMYHG2NR9VRkwCfV2yAPD5Ew41/ULkClCcMpACU L9EAn287Vvo/uuzueE8yz01apR7NlRUM =K6vx -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-18 a las 12:54 +0100, Camaleón escribió:

El 18/11/08, Carlos E. R. escribió:

...

Puede ser, puede ser... por lo menos a alguien le funciona. Estaría bien saber la fecha del escrito, porque hablan de usar la version desarrollo 2.2.2, y la estable es esa precisamente.

Hum... espera (aummm, aummm....<< meditando)

¡Ya está! Es del 1/11/2008

http://www.lacofi.org/014.html 01/11/2008: Configurar un SAI Belkin Active Backup en Gentoo

X-)

Jupe, es verdad, lo pone en el indice. Yo mirando a ver si lo habías visto en el html source... <=:-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkivxMACgkQtTMYHG2NR9XDggCgge+MNiFqYdrR/BNdesuODbHx TmEAnjioi/25jqZTdKo9Qn3ZkZopC63c =OOiU -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: El 2008-11-18 a las 18:34 +0100, Camaleón escribió:

El 18/11/08, Carlos E. R. escribió:

...

Jupe, es verdad, lo pone en el indice. Yo mirando a ver si lo habías visto en el html source... <=:-)

:-)

Aquí está el hilo de la lista donde hablaban del sai:

[Nut-upsuser] nut with Belkin "Active Battery Backup" UPS (BU30 series) http://lists.alioth.debian.org/pipermail/nut-upsuser/2008-February/003753.ht...

Para darte más trabajo >:-)

Contro. Pues estuve mirando un poco y no me salió nada. No lo haría bien. Voy viendo cosas. He cambiado una linea en el script /etc/init.d/upsd: #$UPSDRVCTL_BIN start >/dev/null 2>&1 || rc_failed $UPSDRVCTL_BIN start >/tmp/ups.log 2>&1 || rc_failed Y esto es lo que contiene ese fichero: cer@nimrodel:~> cat /tmp/ups.log Megatec protocol UPS detected. Startup timer elapsed, continuing... Network UPS Tools - UPS driver controller 2.2.2 cer@nimrodel:~> Y coincide, algo falla y a los 45" aborta - y al fallar ya ni siquiera continua tratando de arrancar el monitorizador, aunque el driver sí queda cargado (veo elproceso, y si desenchufo la SAI protesta). Gracias al hilo que me has dicho, he descubierto el comando para verificar la SAI, que genera una salida algo interesante y precida a la del hilo: nimrodel:/etc/init.d # /usr/lib/ups/driver/megatec_usb -DDDD -a myups Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [megatec_usb] Carlos Rodrigues (c) 2003-2008 Serial-over-USB transport layer for Megatec protocol driver [megatec_usb] Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c) 2007 debug level is '4' Checking device (0665/5161) (003/026) - - VendorID: 0665 - - ProductID: 5161 - - Manufacturer: Cypress Semiconductor - - Product: USB to Serial - - Serial Number: unknown - - Bus: 003 Trying to match device Device matches Starting UPS detection process... Asking for UPS status [Q1]... Q1 => OK [(231.3 231.3 230.8 020 49.9 13.6 25.0 00001001] Asking for UPS status [Q1]... Q1 => OK [(231.3 230.8 230.8 018 49.9 13.6 25.0 00001001] Asking for UPS status [Q1]... Q1 => OK [(230.8 231.3 231.3 019 49.9 13.6 25.0 00001001] Asking for UPS status [Q1]... Q1 => OK [(231.3 231.3 231.3 018 49.9 13.6 25.0 00001001] Asking for UPS status [Q1]... Q1 => OK [(231.3 230.8 231.3 020 49.9 13.6 25.0 00001001] 0 out of 5 detection attempts failed (minimum failures: 2). Cancelling any pending shutdown or battery test. Asking for UPS information [I]... I => FAILED [short read] <=================== I detail: (0 bytes) => Megatec protocol UPS detected. Parameter [ignoreoff]: [false] Asking for UPS power ratings [F]... F => OK [#230.0 002 12.00 50.0] 12.0V battery, interval [9.7V, 13.7V]. Done setting up the UPS. Asking for UPS status [Q1]... Q1 => OK [(231.3 231.3 231.3 020 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% dstate_init: sock /var/lib/ups/megatec_usb-myups open on fd 5 Asking for UPS status [Q1]... Q1 => OK [(233.3 233.3 232.8 020 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% Asking for UPS status [Q1]... Q1 => OK [(232.8 232.8 233.3 020 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% Asking for UPS status [Q1]... ^CQ1 => OK [(232.8 232.8 232.8 019 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% Signal 2: exiting nimrodel:/etc/init.d # Y sigue sin parar preguntando ese "Q1" sin parar. Desde luego consigue conectar. He vuelto a cambiar la linea del script de inicio a esta otra: strace -ff -o /tmp/ups_trace $UPSDRVCTL_BIN start >/tmp/ups.log 2>&1 || rc_failed Esto tiene el efecto secundario de que nunca termina y hay que matar los procesos, pero he conseguido ver algo. /tmp/ups_trace.4803: El primer proceso es "/usr/lib/ups/driver/upsdrvctl" y de lo ultimo que hace es arrancar "/usr/lib/ups/driver/megatec_usb" (4804) /tmp/ups_trace.4804 Veo que hace: connect(4, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ECONNREFUSED (Connection refused) y efectivamente, el "nscd" está muerto, es un bug que ya reporté. Vuelvo a intentarlo con el daemon ejecutandose. Vale, tengo PID 5352, 5353 y 5389, y no termina. Le hago un kill a los tres. /tmp/ups_trace.5352 /usr/lib/ups/driver/upsdrvctl Arranca el otro proceso: /tmp/ups_trace.5353 /usr/lib/ups/driver/megatec_usb parece que el problema es este: open("/dev/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied) open("/dev/bus/usb/003/001", O_RDONLY) = 5 ioctl(5, USBDEVFS_CONNECTINFO, 0xbfff3834) = -1 EPERM (Operation not permitted) ... ioctl(4, USBDEVFS_IOCTL, 0xbfff57cc) = -1 ENOTTY (Inappropriate ioctl for device) close(4) = 0 open("/dev/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied) open("/dev/bus/usb/003/001", O_RDONLY) = 4 ioctl(4, USBDEVFS_IOCTL, 0xbfff57cc) = -1 EPERM (Operation not permitted) y parece que se mete en un bucle de espera: ioctl(4, USBDEVFS_SETINTERFACE, 0xbfff58a4) = 0 gettimeofday({1227040766, 257390}, NULL) = 0 ioctl(4, USBDEVFS_SUBMITURB, 0xbfff7024) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfff7068) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) gettimeofday({1227040766, 257974}, NULL) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfff7068) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [], NULL, {0, 1000}) = 0 (Timeout) gettimeofday({1227040766, 261832}, NULL) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfff7068) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [], NULL, {0, 1000}) = 0 (Timeout) Hay otro proceso arrancado, su log es "/tmp/ups_trace.5389", pero no dice que es. Tiene este problema: gettimeofday({1227040824, 883850}, NULL) = 0 ioctl(4, USBDEVFS_SUBMITURB, 0xbfff6f84) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfff6fc8) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [4], NULL, {0, 1000}) = 0 (Timeout) gettimeofday({1227040824, 885955}, NULL) = 0 ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfff6fc8) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [], NULL, {0, 1000}) = 0 (Timeout) Lo que no sé, es cual es el fichero abierto al que corresponde el descriptor "4", porque los "open" que veo son el 6 y el 5. Creo que es un log incompleto, el strace tarda un tiempo en conectarse a los hijos y ha llegado tarde. Yo diría que el driver, al correr como usuario "upsd" no tiene acceso al USB. Configuro: [myups] driver = megatec_usb port = auto desc = "BELKIN Active Battery Backup" user = root ¡Y arranca al isntante! ¡JA! nimrodel:~ # time rcupsd start User: root Owner: root:root Port: auto Starting NUT UPS drivers done Starting NUT UPS server done Starting NUT UPS monitor done real 0m0.252s user 0m0.052s sys 0m0.096s nimrodel:~ # time rcupsd status Checking for service NUT UPS server running Checking for service NUT UPS monitor running real 0m0.065s user 0m0.032s sys 0m0.032s Lo que pasa es que ahora me atosiga con otro error en casi todas las consolas: Broadcast Message from upsd@nimrodel (somewhere) at 21:58 ... Communications with UPS myups@localhost lost Nov 18 21:58:19 nimrodel upsmon[5798]: Poll UPS [myups@localhost] failed - Driver not connected Nov 18 21:58:19 nimrodel upsmon[5798]: UPS myups@localhost is unavailable Nov 18 21:58:24 nimrodel upsmon[5798]: Poll UPS [myups@localhost] failed - Driver not connected Nov 18 21:58:39 nimrodel syslog-ng[2899]: last message repeated 3 times Nov 18 21:58:44 nimrodel upsmon[5798]: Poll UPS [myups@localhost] failed - Driver not connected Nov 18 21:58:44 nimrodel upsmon[5798]: Poll UPS [myups@localhost] failed - Driver not connected Creo que se por donde va esto... no, no he acertado. nimrodel:~ # upscmd -l myups Error: Driver not connected cer@nimrodel:~> cat /tmp/ups.log Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [megatec_usb] Carlos Rodrigues (c) 2003-2008 Serial-over-USB transport layer for Megatec protocol driver [megatec_usb] Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c) 2007 Fatal error: 'user' is not a valid variable name for this driver. Look in the man page or call this driver with -h for a list of valid variable names and flags. Network UPS Tools - UPS driver controller 2.2.2 Pues es gracioso, porque sé que sí lo estaba aceptando, se ejecutaba como root. Entonces pruebo con run_as root ....tampoco, falla. [...] Bueno, ya seguiré pensando, mi cena se retrasa. Imagino que tendré que usar la versión cvs. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkjQU4ACgkQtTMYHG2NR9UmzwCfWHPgkttqyql6X7Hs5oVM0Qfr XA0AnjciX3EnIpA4K87Fz8xQJJ8J1UEE =WdVz -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-18 a las 21:12 -0200, Juan Erbes escribió:

No consultaste al servicio tecnico del fabricante del UPS, para ver si tienen un driver mas actualizado?

Desde luego que no, porque es un driver cerrado y no lo quiero. Por eso estoy jugando con 'nut'. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkjWM8ACgkQtTMYHG2NR9XjIwCfdOlAOrlHuPqJOq7kjcpair/V m2UAn2h01YmIUt6V+I+Xd/ZvqbYThRdd =bWeK -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 09:00 -0200, Juan Erbes escribió:

La interfaz es usb pura, o es serie-usb?

Como ya dijimos en otro correo, tiene unconvertidor usb-serie dentro de la caja del sai.

De ser serie-usb, debes cargar el modulo usb-serial y ademas el modulo o driver que corresponde al chip que hace la interfaz serie-usb, como por ejemplo el pl2303, que es muy usado en los cables de coneccion de celulares (los mas antiguos), e incluso el chip va dentro del conector usb, que suelen ser mas largos que en los cables usb puros.

Pör el motivo antes expuesto, si usa una interfaz serie-usb, y el chip en cuestión no está soportado por ninguno de los modulos del kernel, quizas debas recurrir a es driver cerrado.

No estás atendiendo a mis otros correos del tema, no van por ahí los tiros. El driver funciona y puede comunicarse con la SAI, es el megatec_usb. No funciona cuando se le llama desde el script por tema de permisos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkj9mYACgkQtTMYHG2NR9WAiACgg/CPJPKJ+RYviBKf9ecRJb0g GksAn0FQI7BZZhwHJ2H1mLr0VsKvh6oF =/QmO -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 10:56 +0100, Camaleón escribió:

2008/11/18, Carlos E. R.:

...

Asking for UPS status [Q1]... Q1 => OK [(231.3 231.3 230.8 020 49.9 13.6 25.0 00001001]

(...)

...

Y sigue sin parar preguntando ese "Q1" sin parar. Desde luego consigue conectar.

Sí, está leyendo los datos del sai: la tensión de red (valor actual, máximo, mínimo) y la temperatura de la unidad (49.9º). El registro que veo yo de los sai es similar.

No, creo que 49.9 es la frecuencia de la red, y la temperatura puede ser el valor de 25 que hay después. No, tampoco es el 25... Acabo de arrancar ahora mismo y marca igual, y no puede estar tan caliente, la habitación está a 17.9 Q1 => OK [(235.2 235.2 235.2 020 49.9 13.6 25.0 00001001] El primero es el voltaje de entrada (al desenchufar se poner a cero). El 13.6 es el voltaje de la batería. 49.9 es la frecuencia de red. El 020 y el 25.0, no se, son muy estables. Si uno veo que sube será la temperatura.

Hum... por aquí tenemos la tensión "baja" (la media es de 224V). Valores mínimos de 219V y máx. de 227V. Estamos "pochos"... y seguramente alejados del transformador :-P

Mi polímetro confirma esos 235 voltios. Eso explica porqué zumba el fluorescente de la cocina. Han cambiado silenciosamente el voltaje oficial de 220 a 230, por convergencia. En el reino unido eran 240, deben de bajar a 230. Toda Europa a 230.

(...)

...

Yo diría que el driver, al correr como usuario "upsd" no tiene acceso al USB. Configuro:

[myups] driver = megatec_usb port = auto desc = "BELKIN Active Battery Backup" user = root

¡Y arranca al isntante! ¡JA!

nimrodel:~ # time rcupsd start User: root Owner: root:root Port: auto Starting NUT UPS drivers done Starting NUT UPS server done Starting NUT UPS monitor done

:-)

Si, pero resultados de pruebas posteriores niegan esa alegría... creo que falla mintiendo sobre su éxito.

...

Lo que pasa es que ahora me atosiga con otro error en casi todas las consolas:

Broadcast Message from upsd@nimrodel (somewhere) at 21:58 ...

Communications with UPS myups@localhost lost

Ese mensaje es, en cierta manera, buena señal. Tienes funcionando el servidor, te falta el cliente, que como no puede comunicarse, hace un broadcast del fallo.

Pero no puedo estudiarlo. Un broadcast es un mensaje que se imprime en absolutamente todas las consolas, bloqueando el trabajo en ellas, no puedes escribir porque se escribe encima de lo que tu escribes y no ves lo que haces. Y no veo manera de quitar esa estupidez. Tiene sentido un broadcast de "no tengo electricidad, voy a apagar en 5 minutos", pero no el de que no tengo comunicacion en todas las consolas. Y menos si no lo puedo anular para estudiar el problema. Y creo que no tiene comunicación porque el driver en realidad ha fallado, no se carga.

...

nimrodel:~ # upscmd -l myups Error: Driver not connected

El mensaje de error aparece en la FAQ (busca en la página por "Driver not connected"):

http://networkupstools.org/faq/

Coincide con mi hipótesis.

...

Fatal error: 'user' is not a valid variable name for this driver.

Look in the man page or call this driver with -h for a list of valid variable names and flags. Network UPS Tools - UPS driver controller 2.2.2

Ah, que no reconoce "user" como variable aceptada. Pues en algún lugar del archivo de configuración se podrá indicar el usuario ¿no? :-?

RUN_AS_USER upsd en upsmon.conf, pero no funciona, creo que se refiere al daemon, no al driver.

...

Bueno, ya seguiré pensando, mi cena se retrasa. Imagino que tendré que usar la versión cvs.

Por los comentarios del hilo de la lista de Nut, parece que no es necesario. Debería funcionar con la que tienes.

No, hay un comentario que dice justo lo contrario. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkj+wAACgkQtTMYHG2NR9U+KgCff3zWi8sgm8vH45s8k6Pjb7dT K+QAn05eCeYXnlLe1oIWS6xONXxYi+C8 =RF+g -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 13:30 +0100, Camaleón escribió:

...

Q1 => OK [(235.2 235.2 235.2 020 49.9 13.6 25.0 00001001]

El primero es el voltaje de entrada (al desenchufar se poner a cero). El 13.6 es el voltaje de la batería. 49.9 es la frecuencia de red. El 020 y el 25.0, no se, son muy estables. Si uno veo que sube será la temperatura.

La temperatura que me marca varía entre los 45-47º. La frecuencia no la veo en mis registros.

Muy alta para estar en "standby". Si estuviera activamente suministrando corriente, se entendería.

El 25.0 podría ser valores de la carga del sai.

No se, porque el mensaje completo es: Asking for UPS status [Q1]... Q1 => OK [(238.7 238.7 238.7 019 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% je, megatec_usb: The temperature value is also known to be bogus in some models.

...

Mi polímetro confirma esos 235 voltios. Eso explica porqué zumba el fluorescente de la cocina. Han cambiado silenciosamente el voltaje oficial de 220 a 230, por convergencia. En el reino unido eran 240, deben de bajar a 230. Toda Europa a 230.

Los voltajes menores (los 110V de EE.UU.) son más seguros ¿no? :-?

Si, en efecto, en cuanto a calambrazos; no en cuanto a incendios - IMO. Un valor bajo de voltaje implica un valor correspondientemente mayor de corriente; y el calor disipado en los cables, empalmes y enchufes es directamente proporcional a la corriente. De hecho, en USA, cuando necesitan calefacción conectan dos fases para tener 220. Yo tengo amigos en Madrid con calefacción electrica en casa (tarifa nocturna) con trifásica... no sabía que era posible (al menos en la caja tienes 380).

...

Si, pero resultados de pruebas posteriores niegan esa alegría... creo que falla mintiendo sobre su éxito.

Pero te estás acercando :-P

Me parece que de compilar la versión svn no me libra nadie. Esa gente lleva mucho tiempo sin liberar versión estable nueva.

...

Pero no puedo estudiarlo. Un broadcast es un mensaje que se imprime en absolutamente todas las consolas, bloqueando el trabajo en ellas, no puedes escribir porque se escribe encima de lo que tu escribes y no ves lo que haces. Y no veo manera de quitar esa estupidez.

Lo sé, me pasa igual con los sai, cuando estoy trabajando en la consola local y hay un corte o un pico :-)

Se puede configurar el evento (que envíe mensaje o no, y la forma de aviso), al menos algunos sai y según qué programas de gestión.

En este parece que no. Ya miraré los fuentes para quitarlo, si lo encuentro. ¿Conoces otros programas de gestión para linux? Si son los propietarios, no los quiero.

...

Tiene sentido un broadcast de "no tengo electricidad, voy a apagar en 5 minutos", pero no el de que no tengo comunicacion en todas las consolas. Y menos si no lo puedo anular para estudiar el problema.

Todos los eventos suelen ser configurables, pero eso depende del programa de gestión. En NUT, pues no sé si lo permitirá, supongo que sí :-?

Volveré a mirar, pero parece que este no.

...

No, hay un comentario que dice justo lo contrario.

¿Cuál? :-?

Yo me refería a éste:

http://lists.alioth.debian.org/pipermail/nut-upsuser/2008-February/003766.ht...

El siguiente dice: ] There indeed could be permission problems, but megatec_usb doesn't use ] hiddev nodes at all (AFAIK other USB drivers do the same). Therefore you ] don't want to change their permissions. You'd better look at udev rules ] packaged with nut (scripts/udev/). Example: Si repito su ejemplo, veo (tengo el driver corriendo en consola): nimrodel:/etc/ups # ps aux | grep megatec_usb upsd 18829 0.1 0.0 1944 916 pts/31 S+ 14:35 0:01 /usr/lib/ups/driver/megatec_usb -DDD -a myups cer 18838 0.0 0.1 3116 1872 pts/20 S+ 14:38 0:00 man megatec_usb root 19025 0.0 0.0 2116 692 pts/34 S+ 14:49 0:00 grep megatec_usb nimrodel:/etc/ups # ls -l /proc/18829/fd total 0 lrwx------ 1 root root 64 Nov 19 14:50 0 -> /dev/pts/31 lrwx------ 1 root root 64 Nov 19 14:50 1 -> /dev/pts/31 lrwx------ 1 root root 64 Nov 19 14:49 2 -> /dev/pts/31 lrwx------ 1 root root 64 Nov 19 14:50 3 -> socket:[730804] lrwx------ 1 root root 64 Nov 19 14:50 4 -> /dev/bus/usb/003/030 lrwx------ 1 root root 64 Nov 19 14:50 5 -> socket:[730866] Y fijate que no son los permiso que tiene el dispositivo: nimrodel:/etc/ups # l /dev/bus/usb/003/030 crw-rw-r-- 1 root daemon 189, 285 Nov 19 14:51 /dev/bus/usb/003/030 Y si miras el siguiente mensaje, encuentras este párrafo, que es al que me refería yo antes: ] The megatec_usb driver works (output below). The stable code didn't ] work, by the way. However, when I start upsdrvctl, it seems to start and ] says it's detected a Megatec USB UPS. However, a upsc belkin at ] localhost says Connection failure. It doesn't look like the monitor is ] starting. Así que tengo que compilar la versión de desarrollo - que puede funcionar o puede tener otro problema totalmente distinto. :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkkGwcACgkQtTMYHG2NR9UtXgCfVdgHuxqPmGBTId9BoS4EGgVA EawAniWkAWW1pTBidqG2r6ceObzH+6bE =ITEs -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 15:19 +0100, Camaleón escribió:

El 19/11/08, Carlos E. R. escribió:

...

Muy alta para estar en "standby". Si estuviera activamente suministrando corriente, se entendería.

Están en modo "economy" O:-)

Ondiá, pues en modo trabajo estará a 800 grados :-p

Pero están conectados 24 horas: llevan la centralita, switches, algunas cámaras cctv, el control de acceso... y algunos servidores.

Ah, pues son gorditas. Yo usé una que iba "por piezas", para las centrales telefónicas. Por un lado, una habitación de baterías, 48 voltios, y por otro, el inversor, tamaño rack. Y por otro el cuadro de generación para las baterías. Es otro concepto, y es mejor: los equipos se alimentan directamente con corriente continua procedente de las baterías. Es como si la fuente de alimentación del PC fuera a 12 voltios, o 24, en vez a 220. Puedes poner tantas baterías como quieras con la duración que quieras, horas o semanas. El inversor sólo se usa para equipos "no telefónicos", como las pantallas o los ordenadores. No hay perdidas: en el sistema de los PCs, se pasa de 12 voltios a 230 AC, y luego el PC lo transforma de nuevo a +/-5V, +/-12V. Doble salto, dobles perdidas.

...

No se, porque el mensaje completo es:

Asking for UPS status [Q1]... Q1 => OK [(238.7 238.7 238.7 019 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5%

je, megatec_usb:

The temperature value is also known to be bogus in some models.

Me refiero a la carga, no de la batería, que debe estar completa o casi, sino a la carga de dispositivos que lleva el sai. Un 25% es un valor coherente (cpu, monitor, unidad usb, y alguna cosilla más) :-P

A vale... probaré a enchufarle algo más. Q1 => OK [(230.8 231.3 231.3 019 49.9 13.6 25.0 00001001] Q1 => OK [(230.8 231.3 230.8 023 49.9 13.6 25.0 00001001] Q1 => OK [(230.8 230.8 230.8 022 49.9 13.6 25.0 00001001] Q1 => OK [(231.3 230.8 230.8 021 49.9 13.6 25.0 00001001] Eso era un soldador de 25W. Pondré una lampara halógena. Q1 => OK [(229.4 229.4 228.9 018 49.9 13.6 25.0 00001001] Q1 => OK [(229.4 229.4 228.9 023 49.9 13.6 25.0 00001001] < con Q1 => OK [(229.4 229.4 229.4 024 49.9 13.6 25.0 00001001] Q1 => OK [(229.4 228.9 229.4 029 49.9 13.6 25.0 00001001] Q1 => OK [(228.9 229.4 229.4 023 49.9 13.6 25.0 00001001] Q1 => OK [(228.9 229.4 228.9 018 49.9 13.6 25.0 00001001] < desc carga de trabajo, creo ^^^

...

De hecho, en USA, cuando necesitan calefacción conectan dos fases para tener 220. Yo tengo amigos en Madrid con calefacción electrica en casa (tarifa nocturna) con trifásica... no sabía que era posible (al menos en la caja tienes 380).

Bueno, podría ser dual (110V y 220V), tomas duales para según qué enchufes, usar uno (electrodomésticos pequeños) u otro (horno, cocina eléctrica, etc...) :-?

Eso hacen. Pero tendrías que ver el grosor que tiene el cable del prolongador del PC a 110 para ver como se las gastan... parece casi la cinta de una persiana. Exagero sólo un poco.

...

Me parece que de compilar la versión svn no me libra nadie. Esa gente lleva mucho tiempo sin liberar versión estable nueva.

¿No has probado en la 11.1 con el método de detección "moderno? :-?

No puedo. No puedo porque para eso tengo que instalar el nut, y para eso tengo que correr zypper, el cual falla con "Bug #445432".

...

En este parece que no. Ya miraré los fuentes para quitarlo, si lo encuentro.

¿Conoces otros programas de gestión para linux? Si son los propietarios, no los quiero.

No. Los que yo uso son son propietarios... y de "pay per use" :-P

Argh. El propietario de este cacharro no quiero, pesa 60 megas (que para un daemon es mucho, para un visor es aceptable). Y en el hilo que pasaste dijeron que no iba completo.

...

Así que tengo que compilar la versión de desarrollo - que puede funcionar o puede tener otro problema totalmente distinto. :-/

Lo de los permisos es lo que me escama, ya te lo comento en otro mensaje :-/.

Si funciona en Gentoo con ese driver, debería hacerlo en suse porque el driver es el mismo :-?

Pero la que dicen que funciona es la de desarrollo, no la estable. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkkNqcACgkQtTMYHG2NR9WkTQCeI4tZMTeLyr7TWYq/ge4seMvV ClIAnRbSPU3+tTONSjKCUNvAEGcNZMXy =o1bA -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 17:12 +0100, Camaleón escribió:

El 19/11/08, Carlos E. R. escribió:

...

A vale... probaré a enchufarle algo más.

Q1 => OK [(230.8 231.3 231.3 019 49.9 13.6 25.0 00001001] Q1 => OK [(230.8 231.3 230.8 023 49.9 13.6 25.0 00001001] Q1 => OK [(230.8 230.8 230.8 022 49.9 13.6 25.0 00001001] Q1 => OK [(231.3 230.8 230.8 021 49.9 13.6 25.0 00001001]

Eso era un soldador de 25W. Pondré una lampara halógena.

Q1 => OK [(229.4 229.4 228.9 018 49.9 13.6 25.0 00001001] Q1 => OK [(229.4 229.4 228.9 023 49.9 13.6 25.0 00001001] < con Q1 => OK [(229.4 229.4 229.4 024 49.9 13.6 25.0 00001001] Q1 => OK [(229.4 228.9 229.4 029 49.9 13.6 25.0 00001001] Q1 => OK [(228.9 229.4 229.4 023 49.9 13.6 25.0 00001001] Q1 => OK [(228.9 229.4 228.9 018 49.9 13.6 25.0 00001001] < desc

carga de trabajo, creo ^^^

Sólo te varía la 4ª columna :-?

Ya ves. Y la carga debería ser constante... salvo que la cpu varíe algo según la carga del procesador.

...

No puedo. No puedo porque para eso tengo que instalar el nut, y para eso tengo que correr zypper, el cual falla con "Bug #445432".

¿Y bajar el rpm e instalarlo sin zypper? :-?

Si... pero yo tengo beta 4 más o menos, y los paquetes que hay ahora en el repo están compilados para beta 5, puede haber inconsistencias.

...

Pero la que dicen que funciona es la de desarrollo, no la estable.

Es la 2.2.2, la que tienes para la 11.0 y para la 11.1 :-?

Si, tienen la misma.

*** "(...) Para configuar el Active Backup de Belkin, necesitamos el programa nut, que está incluido de serie en Gentoo. Pero no nos valdrá la versión estable, sino que necesitaremos la última versión en desarrollo para usar los mejores drivers. La versión 2.2.2 es estable y funciona perfectamente en mi ordenador, así que es la que te recomiendo...

(...)

En mi caso, recomiendo la 2.2.2 o superior, aunque también podría valer la 2.2.0 pero no la 2.2.1, que a mí no me funcionaba por razones que no supe identificar." ***

Ya.... per no me funciona. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkkPCgACgkQtTMYHG2NR9UJZgCeLSH+1v3T6p+f9s5JJTp/PQbc TfIAn1o46eGfatCSW3ELydwmQgYB9IQy =H69+ -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-19 a las 20:48 +0100, Camaleón escribió:

El 19/11/08, Carlos E. R. escribió:

...

Si... pero yo tengo beta 4 más o menos, y los paquetes que hay ahora en el repo están compilados para beta 5, puede haber inconsistencias.

Hum.

Bueno, venga... lo pruebo. Quizá me sirva para algún equipo en algún momento :-P.

Ah, pos grassias, aunque no tendrás mi misma SAI. :-)

(...)

Acabo de instalarlo en la beta5 (la versión clásica). El SAI es un apc smart, conectado por puerto serie (/dev/ttyS0) en una máquina virtual.

Creo que funciona: el daemon se ha iniciado bien y están los tres en running. No he hecho nada para configurarlo :-?, tan sólo poner en la configuración del sai:

[myups] driver = apcsmart port = /dev/ttyS0 desc = "APC Smart UPS"

Sí, así de sencillo debía de ser.

En cuanto a los permisos...

/dev/ttyS0 está a "crw-rw---- 1 upsd root"

La versión es la 2.2.2.

Debe ser un problema de permisos con mi driver concreto.

Para desactivar el broadcast de los mensajes de desconexión... me ha parecido ver algo en el archivo de configuración "upsmon.conf" (busca por syslog+wall y el evento es "commbad") :-?

Es verdad, es quitar todos los "wall" de los "NOTIFYFLAG". Luego ya pensaré cual dejo: en el "voy a suspender o apagar" lo dejaré cuando vea cual es. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkkcfcACgkQtTMYHG2NR9UgyQCePQIYqkzTcqu309RJ6xP2Zvx5 1f0AmwWDj/8db04z3iOeFwXYMAmcKQZi =58k1 -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 11:20 +0100, Camaleón escribió:

...

...

Bueno, venga... lo pruebo. Quizá me sirva para algún equipo en algún momento :-P.

Ah, pos grassias, aunque no tendrás mi misma SAI. :-)

Afortunadamente O:-}

Je. Cuando se compra con prisas pasan estas cosas. Y comprar SAIs por internet, con los 7 kilogramos que pesan, pues me imaginé que iban a cobrarme unos portes endiablados. En cambio los de MediaMark se pasaron con el precio un par de pueblos, así que por internet igual hubiera compensado, visto lo visto.

...

Debe ser un problema de permisos con mi driver concreto.

Con el driver...hum, no sé. Con la configuración, quizá.

No, la configuración no hay nada que configurar. El driver sólo lee esto: /etc/ups/ups.conf: [myups] # "BELKIN Active Battery Backup" driver = megatec_usb -DDD port = auto desc = "Local UPS" # user = root

Lo que sí he visto es que si el dispositivo que se define en "port" no tiene los permisos adecuados, falla la carga del driver de manera estrepitosa (sí o sí).

Esto lo he probado cambiando los permisos de /dev/ttyS0 a root:root. Al modificarlo e intentar iniciar, casca con un "unable to open port... permission denied" y muestra el usuario que está ejecutando el daemon (upsd) y el usuario / grupo actual del puerto (root:root).

Al tener definido "port = auto" pues no tengo ni idea de dónde mira :-?. En el readme de suse pone que para los dispositivos usb hay que usar "port = /dev/hiddev0" que era el que tenías puesto al principio ¿y que te fallaba debido a...? Ya no me acuerdo O:-)

Hay varios fallos. Uno es que el driver hace que el /dev/hiddev0 desaparezca del sistema: loborra. Tiene permisos de escritura como grupo daemon, y el usuario pertenece a ese grupo. De todos modos, la gente de la lista del nut dice que da igual, porque ese driver no usa el puerto, accede directamente al bus - y es ahí donde no tiene permiso (creo). Y el programa no da mensaje de error ninguno, tan solo que ha agotado el tiempo de espera (después de 45 segundos). Tiene algún tipo de conexión con la SAI, porque si la desenchufas protesta - pero eso es lo único.

También he revisado las reglas del udev que suse crea para el nut y sí, aquí aparece el grupo daemon, es decir, que el grupo "uucp" que no tiene nada que hacer... creo.

Así pues, en cuanto a permisos, no se me ocurre nada más :-?

No, si sólo me queda compilar la versión devel, no hay otra. Si esa no va, pues les preguntaré a ellos.

(pensando en voz alta)

Al ser usb, las reglas del udev deberían crear los permisos y los usuarios adecuados para el chisme usb sin que tengas que hacer nada. Y los directorios de configuración del programa también deben tener los permisos adecuados... y que yo vea sólo están:

Correcto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklSE8ACgkQtTMYHG2NR9W86QCdECk69Xr2WeccSElqyBFyZDlT uS8AnRKQaFQTrSsIw4+HvRPjMwDFXiTS =bIWI -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 13:18 +0100, Camaleón escribió:

...

No, la configuración no hay nada que configurar. El driver sólo lee esto:

/etc/ups/ups.conf:

[myups] # "BELKIN Active Battery Backup" driver = megatec_usb -DDD port = auto desc = "Local UPS" # user = root

Tengo dudas de ese "auto" :-? pero bueno... me refiero a que el problema no lo veo con el driver de megatec_usb que tienes instalado, sino al paquete nut de suse y a la gestión que hace con el puerto usb.

Poner lo de auto lo recomiendan la gente de nut, porque se ignora ese valor. Da igual lo que pongas, no lo usa. Y el nut de debian también da problemas con mi driver, según los correos que vimos.

...

Hay varios fallos. Uno es que el driver hace que el /dev/hiddev0 desaparezca del sistema: loborra. Tiene permisos de escritura como grupo daemon, y el usuario pertenece a ese grupo.

A eso me refiero. Ese dispositivo debe estar permanente y con los permisos adecuados, sino, el daemon no inicia y si está iniciado y desaparece, te saca los mensajes de "communication lost".

La gente de nut sabe que el dispositivo desaparece, pasa en todas las distros. Debe ser el propio nut quien lo borra.

...

De todos modos, la gente de la lista del nut dice que da igual, porque ese driver no usa el puerto, accede directamente al bus - y es ahí donde no tiene permiso (creo).

Pero la gente de la lista de nut no sabe cómo se ha empaquetado el nut en suse >:-). SuSE ha utilizado un usuario (upsd) y un grupo (daemon) concreto.... Por cierto, podrías mirar quién es el mantenedor de este paquete y preguntarle :-?

Sé quien es, cuando sepa cual es el problema concreto pondré el bugzilla.

...

No, si sólo me queda compilar la versión devel, no hay otra. Si esa no va, pues les preguntaré a ellos.

También...

Pero sigo pensando que se trata de un fallo en los permisos del dispositivo, no del driver :-P

No lo es, porque no se usa el dispositivo. Lo dice la gente de nut. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklWRwACgkQtTMYHG2NR9UY5gCfZ4VTHNWiNu4Uaad6cPmlZYRT mP8An1y83Tqyhio3YSvDPGxEl2QActB0 =F1Q1 -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 13:55 +0100, Camaleón escribió:

El 20/11/08, Carlos E. R. escribió:

...

Poner lo de auto lo recomiendan la gente de nut, porque se ignora ese valor. Da igual lo que pongas, no lo usa. Y el nut de debian también da problemas con mi driver, según los correos que vimos.

Pero fíjate que obtienes resultados muy distintos al poner uno u otro:

- Si pones el que dice suse (/dev/hiddev0) puedes iniciar los servicios, sólo que pierdes la comunicación más tarde porque el dispositivo desaparece.

- Si pones el que dice nut (auto) no puede arrancar el servicio porque el driver no se puede iniciar

:-?

El resultado es exactamente el mismo. Acabo de poner el hiddev ese, y el daemon-driver no arranca: nimrodel:~ # rcupsd start User: upsd Owner: upsd:root Port: /dev/hiddev0 Driver controller: /usr/lib/ups/driver/upsdrvctl Starting NUT UPS drivers Network UPS Tools - UPS driver controller 2.2.2 Starting UPS: myups exec: /usr/lib/ups/driver/megatec_usb -a myups Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [megatec_usb] Carlos Rodrigues (c) 2003-2008 Serial-over-USB transport layer for Megatec protocol driver [megatec_usb] Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c) 2007 Megatec protocol UPS detected. Startup timer elapsed, continuing... failed

...

La gente de nut sabe que el dispositivo desaparece, pasa en todas las distros. Debe ser el propio nut quien lo borra.

No te digo que no, pero fíjate que el "port = auto" no es que utilizan los que han configurado nut, sino el otro (hiddev0)...

Da igual.

El de Gentoo lo tuvo que crear a mano (hacer un enlace simbólico con las reglas del udev) y en la lista inglesa también apuntan a que hay que crearlo manualmente.

También probé creandolo a mano y no funcionó. Que incrédula estás... observa: nimrodel:~ # mknod /dev/hiddev0 c 180 96 nimrodel:~ # l /dev/hiddev0 crw-r--r-- 1 root root 180, 96 Nov 20 15:01 /dev/hiddev0 nimrodel:~ # chown upsd:daemon /dev/hiddev0 nimrodel:~ # chmod g+w /dev/hiddev0 nimrodel:~ # l /dev/hiddev0 crw-rw-r-- 1 upsd daemon 180, 96 Nov 20 15:01 /dev/hiddev0 nimrodel:~ # rcupsd start User: upsd Owner: upsd:root Port: /dev/hiddev0 Driver controller: /usr/lib/ups/driver/upsdrvctl Starting NUT UPS drivers Network UPS Tools - UPS driver controller 2.2.2 Starting UPS: myups exec: /usr/lib/ups/driver/megatec_usb -a myups Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [megatec_usb] Carlos Rodrigues (c) 2003-2008 Serial-over-USB transport layer for Megatec protocol driver [megatec_usb] Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c) 2007 Megatec protocol UPS detected. Startup timer elapsed, continuing... failed ¡Ah mira! ¡Es el timeout! Con esta configuración: maxstartdelay = 70 [myups] # "BELKIN Active Battery Backup" driver = megatec_usb -DDD port = auto # port=/dev/hiddev0 desc = "Local UPS" Funciona - y tarda un minuto, la temporización por defecto son 45 segundos: nimrodel:~ # time rcupsd start User: upsd Owner: upsd:root Port: /dev/hiddev0 Driver controller: /usr/lib/ups/driver/upsdrvctl Starting NUT UPS drivers Network UPS Tools - UPS driver controller 2.2.2 Starting UPS: myups exec: /usr/lib/ups/driver/megatec_usb -a myups Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [megatec_usb] Carlos Rodrigues (c) 2003-2008 Serial-over-USB transport layer for Megatec protocol driver [megatec_usb] Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c) 2007 Megatec protocol UPS detected. done real 0m58.986s user 0m0.028s sys 0m0.056s Me voy a comer contentito. Luego reactivaré el daemon en el script. :-) Y a quitar el mknod. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklcOQACgkQtTMYHG2NR9XdtwCfa2FGcRhCUaosHzIRfcj3RKAe Mn4An0pWednE+pZW5jnUu1gbzVIOMXJm =/VfE -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 15:59 +0100, Camaleón escribió:

El 20/11/08, Carlos E. R. escribió:

...

También probé creandolo a mano y no funcionó. Que incrédula estás...

Sólo quiero forzarte a que sigas con las pruebas porque estoy segura de que puedes hacerlo funcionar... mal "pensao" :-)

¡Ya! :-)

...

¡Ah mira! ¡Es el timeout! ... Funciona - y tarda un minuto, la temporización por defecto son 45 segundos:

Mira qué bien :-)

Como para adivinarlo... pues imaginate ese script en el inicio del sistema retrasando el arranque un minuto entero.

...

Y a quitar el mknod.

Yo no lo quitaría... de momento >:-)

Lo quité, y funciona :-P nimrodel:~ # ps afxu| grep mega root 7999 0.0 0.0 2112 648 pts/22 S+ 16:18 0:00 | \_ grep mega upsd 7044 0.1 0.0 2156 608 ? Ss 15:15 0:04 /usr/lib/ups/driver/megatec_usb -a myups nimrodel:~ # l /dev/hiddev0 ls: cannot access /dev/hiddev0: No such file or directory Ahora me queda quitar los permisos. Bueno, luego, no ahora. Ah, y escribo desde gmail porque tu correo no me ha llegado a tesa. Esta gente pierde unos cuantos correos siempre, no se porqué, y otros llegan con retrasos importantes. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklgUMACgkQtTMYHG2NR9V5eACfXO1FAM42mAvrKg7WthVvaQos Ki0An3k8B3Le6vEUSA9/9xHVxPtxirs/ =+djT -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 16:41 +0100, Camaleón escribió:

El 20/11/08, Carlos E. R. escribió:

...

Como para adivinarlo... pues imaginate ese script en el inicio del sistema retrasando el arranque un minuto entero.

No debería ser tan lento... mira, eso sí creo que puede ser un fallo del driver en concreto de tu modelo porque estás usando usb (¿es usb 1.1 o usb 2.0?) no puerto serie.

Es usb con convertidor a puerto serie dentro de la sai: ] Serial-over-USB transport layer for Megatec protocol driver ] [megatec_usb] Lo de que los puertos series son lentos, es si los comparamos con una ethernet, por ejemplo, pero son rápidos si los comparas con el teclado, o incluso con una impresora. Tanto el ethernet como el usb siguen siendo puertos serie... simplemente con chips mejorados que aprendieron de la experiencia del rs232. No, tiene velocidad de sobra, tarda tanto porque se queda esperando mucho tiempo alguna respuesta que no se cual es: tendría que cronometrar en modo debug cada una de las partes. Salvo que haya un programa imprima lineas por pantalla poniendo la hora en que ocurren delante... o me lo invente yo mismo.

...

Lo quité, y funciona :-P

nimrodel:~ # ps afxu| grep mega root 7999 0.0 0.0 2112 648 pts/22 S+ 16:18 0:00 | \_ grep mega upsd 7044 0.1 0.0 2156 608 ? Ss 15:15 0:04 /usr/lib/ups/driver/megatec_usb -a myups

nimrodel:~ # l /dev/hiddev0 ls: cannot access /dev/hiddev0: No such file or directory

Ahora me queda quitar los permisos. Bueno, luego, no ahora.

X-)

¿Sabes por qué lo decía? Por ésto que te aparece al iniciar:

*** nimrodel:~ # rcupsd start User: upsd Owner: upsd:root Port: /dev/hiddev0 Driver controller: /usr/lib/ups/driver/upsdrvctl ***

Ese "Port: /dev/hiddev0" es cuanto menos, curioso O:-)

Pero esa linea la pongo yo, es una comprobación que le he añadido al script. Ahora mismo suelta esto: nimrodel:~ # time rcupsd start User: upsd Owner: upsd:root Port: auto Driver controller: /usr/lib/ups/driver/upsdrvctl Starting NUT UPS drivers Network UPS Tools - UPS driver controller 2.2.2

...

Ah, y escribo desde gmail porque tu correo no me ha llegado a tesa. Esta gente pierde unos cuantos correos siempre, no se porqué, y otros llegan con retrasos importantes.

Telefónica no cambia. Yo lo dejé de utilizar precisamente por eso, es muy inconsistente.

¿Ya donde me voy a ir? La adsl me va bien. Les tengo tirria a los jazteles y unidoses porque tienen la manía de llamarme a la hora de la siesta para que me cambie la adsl. Hoy me han llamado dos pesaos: uno que llama un robot (remite andaluz, 951) y otro que me ha llamado ofreciendome cursos de inglés, a los que les que contestado que sorry, not interested. Y yo a una compañía que son tan pesados para llamarme para que vaya con ellos, no me voy: si tengo un problema esperarán que sea igual de pesados con ellos. Ni hablar. Los de telefónica o te hacen algo o no te lo hacen, pero no tengo que estar detrás de ellos todos los dias. Son un poco más serios. Lo que no va fino es el correo... lo que interesa son proveedores independientes y fiables de correo, y españoles. La fama dice que eso es imposible. Tengo curiosidad por ver de que empresa era el robotito.. a ver, era un 95124... bingo, los de siempre: 951#24#1#Malaga#MALAGA#2910#JAZZ TELECOM, S.A.U.#Asignado#01/09/2005 - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklqswACgkQtTMYHG2NR9XuqQCfVUX+Pz7VVVJ6dzQO/XZ17BYX n3oAnRx+XI4EcGApui4Mr9mB/js0nc3q =REiS -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 19:41 +0100, Camaleón escribió:

El 20/11/08, Carlos E. R. escribió:

A mi me está registrando desconexiones de comunicación con el sai y lo deja en "data is stale" hasta que vuelve a poder comunicarse y me dice que "data is no longer stale" :-P

¿A lo mejor por estar virtualizado? :-?

...

Pero esa linea la pongo yo, es una comprobación que le he añadido al script. Ahora mismo suelta esto:

nimrodel:~ # time rcupsd start User: upsd Owner: upsd:root Port: auto Driver controller: /usr/lib/ups/driver/upsdrvctl Starting NUT UPS drivers Network UPS Tools - UPS driver controller 2.2.2

Ah, si la pones tú, amanuense, entonces, chitón :-X

Bueno, la info es de ellos, pero la idea de imprimirla es mia. Precisamente para estar seguro de que leía los valores configurados. La confusión puede ser porque al escribir los correos puedo tomar el copypaste del trozo equivocado del xterm, y si digo que lo tengo en "auto" y ves el puerto con otra cosa, te lío.

Luego ¿sólo tenías un problema de lentitud de comunicación que hacía saltar el time-out antes de poder conectar con el sai? :-?

Si... todo el tiempo era ese el problema. Me queda por ver si funciona quitando el usuario del grupo daemon, pero no puedo ahora mismo.

...

¿Ya donde me voy a ir?

¿Y quién ha dicho que te vayas? :-)

Yo uso Telefónica, pero no utilizo sus servicios adicionales (aka: correo, oficina virtual, dominios, etc...). Sólo el adsl. No quiero utilizar cuentas de los proveedores (isp) precisamente para evitar "ataduras"

Ah, vale. Pero aparte de gmail, que no me gusta por el simple hecho de que borra los correos que considera "duplicados", no se que otros hay.

...

La adsl me va bien. Les tengo tirria a los jazteles y unidoses porque tienen la manía de llamarme a la hora de la siesta para que me cambie la adsl. Hoy me han llamado dos pesaos: uno que llama un robot (remite andaluz, 951) y otro que me ha llamado ofreciendome cursos de inglés, a los que les que contestado que sorry, not interested.

Telefónica en España es la única con servicio decente (en cuanto a averías y a capacidad del servicio).

Pues eso...

...

Y yo a una compañía que son tan pesados para llamarme para que vaya con ellos, no me voy: si tengo un problema esperarán que sea igual de pesados con ellos. Ni hablar. Los de telefónica o te hacen algo o no te lo hacen, pero no tengo que estar detrás de ellos todos los dias. Son un poco más serios.

Lo que no va fino es el correo... lo que interesa son proveedores independientes y fiables de correo, y españoles. La fama dice que eso es imposible.

Es imposible, sí.

Jo :-(

En España no sueles encontrar soporte técnico a partir de las 18:00 de la tarde... en EE.UU lo sub-contratan en la India y tienen cubiertas las 24 horas (las madrugadas europeas son horas de trabajo allá y las mañanas son horas de trabajo en la India :-P)

X-)

...

Tengo curiosidad por ver de que empresa era el robotito.. a ver, era un 95124... bingo, los de siempre:

951#24#1#Malaga#MALAGA#2910#JAZZ TELECOM, S.A.U.#Asignado#01/09/2005

Son unos crápulas >:-)

Añado el mío: 951241600. Última llamada registrada el 20/11/2008 a las 15:58

Exactamente el mismo número. A las 15:50. Curioso, van por oleadas simultaneas... tremendo ordenador deben tener :-O Je, sale en el gugle el numerito ;-) [...] Son unos timadores, a veces dicen que son de hacienda, y que te van a mandar un inspector. Vaya, esta vez no es jaztel, es que les han contratado la linea a ellos. http://whocallsme.com/Phone-Number.aspx/951241600 - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklthgACgkQtTMYHG2NR9X1UQCfU0fmxuQv9KxNMWWPb1LdeV7M 5zMAn0hGq37RFHSqgO0afW//Hfq6Q19d =LOVh -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 20:42 +0100, lluis escribió:

El jue, 20-11-2008 a las 20:10 +0100, Carlos E. R. escribió:

...

->

...

Yo uso Telefónica, pero no utilizo sus servicios adicionales (aka: correo, oficina virtual, dominios, etc...). Sólo el adsl. No quiero utilizar cuentas de los proveedores (isp) precisamente para evitar "ataduras"

Ah, vale.

Pos, nos compramos un dominio baratito y un hosting y se domicilian las cosas ahi.

Por ejemplo : lluis@ejecuta.es .... es real

X'-) No es tan fácil, estas cosas para estar bien tienen que tener personas manteniendolo, personas de atención al cliente, etc. Es decir, necesita una empresa dedicada a ello. No basta con juntarse unos amigos con buena voluntad. Y, como decía algún pariente mío, es mejor mantener las amistades y los negocios separados, para no poner en riesgo ambos :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkknRf8ACgkQtTMYHG2NR9VliACeJ0hKB9KZaV2Y2pVTec2xXTnD 8SAAn15GcM1ZjqnnVOby+t196aaIMs2x =rrij -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 22:51 +0100, miguel gmail escribió:

...

Ah, y escribo desde gmail porque tu correo no me ha llegado a tesa. Esta gente pierde unos cuantos correos siempre, no se porqué, y otros llegan con retrasos importantes.

je! creo que están utilizando una plataforma nueva de correo...

¿tesa? A ver si ponen un postfix >.-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkl+IUACgkQtTMYHG2NR9UMzwCgjYOlVjzBy0b5jypkhb0JPaL4 LbIAn1GMwfffhoHlCq5w/4G3IlsdIJwL =6DYa -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-21 a las 08:51 +0100, miguel gmail escribió:

...

...

je! creo que están utilizando una plataforma nueva de correo...

¿tesa?

Realmente creo que era Terra, pero usaban la misma plataforma para los clientes del ISP de TdE. No estoy seguro, tendría que preguntar a algún compañero...

¡Ah! Si Terra es quien lleva la plataforma de correo de Tesa, empiezo a entender porqué falla "inexplicablemente" >:-)

...

A ver si ponen un postfix >.-)

Pues no. Es una cosa que se llama Critical Path, si mal no recuerdo: http://www.criticalpath.net/en/9/fixedlineisp/

Ah.

Es una plataforma compleja... y casi me toca tener que ir a aprender y llevarla. Mi jefe dijo que no quería más gallos en ese corral y no me dejo ir :-(

X'-) Mejor pa' tí, seguro. Efectivamente, es la misma plataforma para todos - y hasta la misma IP o casi: Teleline: Trying to connect to 213.4.149.10/110...connected. POP3< +OK POP3 PROXY server ready (7.2.078) Tesa: Trying to connect to 213.4.149.65/143...connected. IMAP< * OK IMAP4 PROXY server ready (7.2.078) Terra: Trying to connect to 213.4.149.10/110...connected. POP3< +OK POP3 PROXY server ready (7.2.078) Con lo cual es posible que terra y teleline también vayan con imap. Gmail: IMAP< * OK Gimap ready for requests from 88... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkmmCUACgkQtTMYHG2NR9WrhQCfbJvjtf7dTHiAI4SRK1anGZo+ grEAnivDOPnUEfsrFcdCEBcZbIT/shf7 =wySd -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-21 a las 14:28 +0100, miguel gmail escribió:

...

Mejor pa' tí, seguro.

Nunca se sabe. Lo hubiese pasado mejor que donde estoy... bah, lo pasado pasado está.

Ah, bueno, eso... no se :-) Yo lo digo por la tranquilidad, esos trabajos no suelen serlo. Si te gustan las cosas bien hechas y no puedes o no te dejan, te estresas, o termina por importate un pimiento el que los clientes estén contentos, y te limitas a cumplir las normas.

...

Efectivamente, es la misma plataforma para todos - y hasta la misma IP o casi:

Teleline:

Trying to connect to 213.4.149.10/110...connected. POP3< +OK POP3 PROXY server ready (7.2.078)

Tesa:

Trying to connect to 213.4.149.65/143...connected. IMAP< * OK IMAP4 PROXY server ready (7.2.078)

Terra:

Trying to connect to 213.4.149.10/110...connected. POP3< +OK POP3 PROXY server ready (7.2.078)

Con lo cual es posible que terra y teleline también vayan con imap.

Cómo sacas esta info?

Secreto de oficio >:-P Es muy fácil, quillo: uso fetchmail en modo verbose. Tengo logs de años.

...

Gmail:

IMAP< * OK Gimap ready for requests from 88...

que usarán éstos para gestionar el correo...

Pues una herramienta propia desarrollada por ellos. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkm4eUACgkQtTMYHG2NR9UZBACfYDQ3JvOL+hL/mbTqQ0Qz2gqd WigAoIUvoAmYZY1XyDydNZUwKQN0z6Jz =RmCL -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-21 a las 18:03 +0100, Camaleón escribió:

...

Secreto de oficio >:-P

Es muy fácil, quillo: uso fetchmail en modo verbose. Tengo logs de años.

¿Y un telnet no vale? :-P

Claro, pero eso es para hacerlo en el momento.

hpc02@stthpc:~> telnet pop3.telefonica.es 110 Trying 194.224.58.55... Connected to pop3.telefonica.es. Escape character is '^]'. +OK Lotus Notes POP3 server version X2.0 ready on 28NBSX07/SRV/TESA. ***

Hum... ¿Un lotus notes?

Por cierto, telefonica.es no es el mismo que telefonica.net. cer@nimrodel:~> telnet imap.telefonica.es 143 telnet: imap.telefonica.es: Name or service not known imap.telefonica.es: Unknown host cer@nimrodel:~> telnet imap.telefonica.net 143 Trying 213.4.149.65... Connected to imap.telefonica.net. Escape character is '^]'. * OK IMAP4 PROXY server ready (7.2.078) cer@nimrodel:~> telnet pop3.telefonica.es 143 Trying 194.224.58.55... ^C

...

...

que usarán éstos para gestionar el correo...

Pues una herramienta propia desarrollada por ellos.

Ná... un Cyrus "optimizado", seguro X-)

¡Je! No, recuerdo haberlo leído por algún sitio, es un desarrollo interno. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkknRLMACgkQtTMYHG2NR9XfDwCfVkuWGa59CIOCch8hbDo68jCs wpgAn1qVcPsOOQcTY2IrkvP9RtlMJnsB =t4fb -----END PGP SIGNATURE-----

El 20/11/08, Carlos E. R. escribió:

Luego ya funciona.

nimrodel:~ # upscmd -l myups Instant commands supported on UPS [myups]:

Yuju :-)

Bueno, ahora me falta ver comandos para ver el estado, configurar para que hiberne a los dos minutos de estar en batería... etc. Creoque hay una interfaz web si quiero ponerla - no tengo claro si es sólo via cgi o también en un puerto.

Es "http://localhost/nut/index.html". ¡Ondiá, funciona! A la primera. "Displaya" un gráfico de barritas...

Y yo buscando el cliente gráfico "gnome-upsmon" para gestionarlo O:-)

La temeratura está clavada en 25.0 grados (no me lo creo, será falsa)

Por aquí marca 36,9º

y la carga oscila alrededor del 22%.

9,8%

El 49.9 es efectivamente la frecuencia.

Este no me lo marca en el gráfico :-?, pero desde "all data" veo una frecuencia de entrada de 50.00

pero en el texto habían tre voltajes y el gráfico solo muestra dos, entrada y salida.

En "all data" se ven más datos, sip. Me da un tiempo de batería de 1 hora y 42 minutos :-P

Para manipular valores hay que activarlo en la configuración, por defecto está quitado. Eso es la parte cgi.

Sólo tienes que descomentar la única línea del archivo "upsset.conf" et voilà ;-) Inicia sesión con el usuario y la contraseña del [master] que tienes en upsd.users para poder al menos ver lo que hay en la sección "prohibida". Al intentar ejecutar una prueba de la batería me dice "acceso denegado"... habrá que configurar los permisos de quién puede ejecutar qué... No está nada mal este programa del nut, pero que nada mal :-) 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

El Thursday 20 November 2008 21:02:35 lluis escribió:

El jue, 20-11-2008 a las 20:49 +0100, Camaleón escribió:

...

...

¡Ondiá, funciona! A la primera. "Displaya" un gráfico de barritas...

Me recuerda a una novela que se llamaba "el parto de la UPS" o algo parecido. :-)

Enhorabuena.

Seriais tan amables de hacer un guiaburros y colgarlo en algun sitio?

Solo para tenerlo anotado sin tener que seguir toda la saga.

En la web de OpenSuse hay un apartado para subir HOWTOS y tutoriales, podira ser un buen sitio donde subirlo -- 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

Camaleón escribió:

El 20/11/08, lluis escribió:

...

El jue, 20-11-2008 a las 20:49 +0100, Camaleón escribió:

...

...

¡Ondiá, funciona! A la primera. "Displaya" un gráfico de barritas...

(yo no he dicho eso :-P)

...

Me recuerda a una novela que se llamaba "el parto de la UPS" o algo parecido. :-)

Y lo que he aprendido por el camino X-)

...

Enhorabuena.

Seriais tan amables de hacer un guiaburros y colgarlo en algun sitio?

Solo para tenerlo anotado sin tener que seguir toda la saga.

Ah, pues en la wiki, al menos poner el modelo de sai que funciona y con qué programa y versión de suse.

Los que yo tengo ya están puestos en el apartado de sais.

El "Guíaburros(R)" (para evitar pagos de licencias) yo no puedo porque estoy en una VM y en estos mundos todo es falso (el sai no es sai, el puerto serie no es puerto serie, etc...)

A ver si cuela...

O:-)

Saludos,

Pos ale... los supertacañones que recomienden uno sencillito, pa casa, baratito, y que funcione todo lo "out of the box" posible. Estoy vaguete. :P :) -- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- 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

Camaleón escribió:

El 20/11/08, csalinux escribió:

...

Pos ale... los supertacañones que recomienden uno sencillito, pa casa, baratito, y que funcione todo lo "out of the box" posible.

Si todos los suseros pusiéramos el hardware que hemos tenido que configurar en la wiki, no habría tantos problemas >:-)

Fíjate que en la sección HCL de ups, sólo hay ¡¡3 modelos sais!!

http://en.opensuse.org/HCL/UPS

Para casa yo pondría un sai compacto, de tipo de regleta, para que no ocupara espacio, y con conectores schuko para poder enchufar directamente un disco externo usb, por ejemplo, sin tener que hacer empalmes de cables ni tener que recurrir a una regleta.

...

Estoy vaguete. :P

Como tu gato ;-)

No, mi gato está "jambriento" y de mal humor... Está a dieta. :)

Saludos,

-- Saludos. César Enfréntate a los malos; enfréntate a los crueles; enfréntate a todos, menos a los tontos. Son demasiados y siempre serás derrotado. (Proverbio hindú) -- 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 2008-11-20 a las 21:02 +0100, lluis escribió:

El jue, 20-11-2008 a las 20:49 +0100, Camaleón escribió:

...

...

¡Ondiá, funciona! A la primera. "Displaya" un gráfico de barritas...

Me recuerda a una novela que se llamaba "el parto de la UPS" o algo parecido. :-)

X'-)

Enhorabuena.

Seriais tan amables de hacer un guiaburros y colgarlo en algun sitio?

Solo para tenerlo anotado sin tener que seguir toda la saga.

¡Y un cuerno! X'-P Na, al que pregunte en los próximos doce mese les mando a leer el hilo. ¡A currárselo! :-P Jo, con lo que me ha costado, sin sobornos, no hay na. Se admiten jamones por correo. :-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkl7fYACgkQtTMYHG2NR9VBfgCgisR9On/dCSzogkvXRmRZUcOR VZcAn3SQscL6iMbva30awz3mBy5RLgou =A0Xo -----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-11-20 a las 13:33 +0100, escribí:

...

A eso me refiero. Ese dispositivo debe estar permanente y con los permisos adecuados, sino, el daemon no inicia y si está iniciado y desaparece, te saca los mensajes de "communication lost".

La gente de nut sabe que el dispositivo desaparece, pasa en todas las distros. Debe ser el propio nut quien lo borra.

/usr/lib/ups/driver/megatec_usb -DDD -a myups ... failed to claim USB device, trying 2 more time(s)... detaching kernel driver from USB device... <========== trying again to claim USB device... Starting UPS detection process... Y no es cuestión de permisos. Acabo de hacer la pruba como usuario upsd, y ha funcionado: #upsd:x:115:2:UPS daemon:/sbin:/bin/false upsd:x:115:2:UPS daemon:/tmp:/bin/bash File /etc/passwd.vipwE4K2SS saved nimrodel:~ # su - upsd upsd@nimrodel:~> /usr/lib/ups/driver/megatec_usb -DDD -a myups Network UPS Tools 2.2.2 - Megatec protocol driver 1.5.14 [megatec_usb] Carlos Rodrigues (c) 2003-2008 Serial-over-USB transport layer for Megatec protocol driver [megatec_usb] Andrey Lelikov (c) 2006, Alexander Gordeev (c) 2006-2007, Jon Gough (c) 2007 debug level is '3' Checking device (1D6B/0001) (004/001) - - VendorID: 1d6b - - ProductID: 0001 - - Manufacturer: unknown - - Product: unknown - - Serial Number: unknown - - Bus: 004 ... Device does not match - skipping Checking device (0665/5161) (001/003) - - VendorID: 0665 - - ProductID: 5161 - - Manufacturer: Cypress Semiconductor - - Product: USB to Serial - - Serial Number: unknown - - Bus: 001 Trying to match device Device matches Starting UPS detection process... Asking for UPS status [Q1]... Q1 => OK [(235.7 235.7 235.7 020 49.9 13.6 25.0 00001001] Asking for UPS status [Q1]... ... 0 out of 5 detection attempts failed (minimum failures: 2). Cancelling any pending shutdown or battery test. Asking for UPS information [I]... I => FAILED [short read] I detail: (0 bytes) => Megatec protocol UPS detected. Parameter [ignoreoff]: [false] Asking for UPS power ratings [F]... F => OK [#230.0 002 12.00 50.0] 12.0V battery, interval [9.7V, 13.7V]. Done setting up the UPS. Asking for UPS status [Q1]... Q1 => OK [(238.2 238.2 238.2 019 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% En la traza veo que sigue recibiendo errores: ioctl(4, USBDEVFS_REAPURBNDELAY, 0xbfb4fb58) = -1 EAGAIN (Resource temporarily unavailable) select(5, NULL, [], NULL, {0, 1000}) = 0 (Timeout) gettimeofday({1227188395, 773789}, NULL) = 0 pero en realidad sigue leeyendo correctamente la UPS. creo que son estos los que le dan problemas después: open("/dev/bus/usb/001/001", O_RDONLY) = 5 open("/dev/bus/usb/001/003", O_RDWR) = 4 ioctl(4, USBDEVFS_CONTROL, 0xbfb4e2dc) = 4 ioctl(4, USBDEVFS_CONTROL, 0xbfb4e2dc) = 44 ioctl(4, USBDEVFS_CONTROL, 0xbfb4e2dc) = 4 ioctl(4, USBDEVFS_CONTROL, 0xbfb4e2dc) = 28 write(2, "- VendorID: 0665\n", 17) = 17 write(2, "- ProductID: 5161\n", 18) = 18 write(2, "- Manufacturer: Cypress Semicond"..., 38) = 38 write(2, "- Product: USB to Serial\n", 25) = 25 write(2, "- Serial Number: unknown\n", 25) = 25 write(2, "- Bus: 001\n", 11) = 11 write(2, "Trying to match device\n", 23) = 23 write(2, "Device matches\n", 15) = 15 Va interrogando por todo el USB, hasta que descubre la SAI. No usa el hiddev. Lo hago otra vez: cer@nimrodel:~> l /dev/hid* crw-rw-r-- 1 root daemon 180, 96 2008-11-20 14:47 /dev/hiddev0 crw-rw---- 1 root root 252, 0 2008-11-20 14:47 /dev/hidraw0 ejecuto, miro la traza... y el string "hid" no aparece por ningún lado, pero el proceso está leyendo la UPS y sacandome los valores por pantalla. Y los dispositivos han desaparecido: cer@nimrodel:~> l /dev/hid* ls: cannot access /dev/hid*: No such file or directory Conclusión: el daemon funciona, pero no en modo daemon, sino en consola. Posiblemente el retorno de error le confunde y no retorna "éxito", con lo cual el script de inicio abandona. Si yo me hiciera mi propio script daemon examinando la salida: Q1 => OK [(236.7 237.2 236.7 022 49.9 13.6 25.0 00001001] Calculated battery charge: 97.5% podría funcionar para apagar el ordenador en el momento adecuado. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkklbKcACgkQtTMYHG2NR9U54wCeJOQaLgYbSidVwIvVFYiH3sfi +nMAnAzRcvOp4mvtRY2PAlKGXLUehpta =yjl9 -----END PGP SIGNATURE-----

2008/11/18, Carlos E. R.:

parece que el problema es este:

open("/dev/bus/usb/003/001", O_RDWR) = -1 EACCES (Permission denied) open("/dev/bus/usb/003/001", O_RDONLY) = 5 ioctl(5, USBDEVFS_CONNECTINFO, 0xbfff3834) = -1 EPERM (Operation not permitted)

De los permisos mencionan algo en la documentación en línea (punto 6). Y del driver en el punto 8: http://eu1.networkupstools.org/doc/2.2.0/INSTALL.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

El 19/11/08, Carlos E. R. escribió:

Si, pero eso no funciona, porque el puerto de acceso desaparece en cuanto el driver trata de usarlo. De todos modos, tiene los permisos correctos.

A donde no puede acceder es a "/dev/bus/usb/003/001":

crw-r--r-- 1 root root 189, 256 Nov 16 02:38 /dev/bus/usb/003/001

y ese no se puede cambiar, es dinámico.

Esto lo gestiona el /etc/udev/rules.d/... ¿no tienes ninguna regla para el upsmon? :-?

Puedo probar, por ver. Cambiado:

crw-rw-r-- 1 root daemon 189, 256 Nov 16 02:38 /dev/bus/usb/003/001

¿De dónde sacas el grupo "daemon"? ¿Lo pone suse como grupo para el sai? :-?

nada, sigue fallando:

nimrodel:~ # time rcupsd start User: upsd Owner: upsd:root Port: auto Driver controller: /usr/lib/ups/driver/upsdrvct

¿Y has probado lo que dicen...? :-? *** (If you want to try if a driver works without setting up hotplugging, you can add the "-u root" option to upsd, upsmon, and drivers; this should allow you to follow the below instructions. However, don't forget to set up the correct permissions later!). *** Lo único que veo raro son los distintos usuarios / grupos: Para el usb: root / daemon Para el programa: upsd / root ¿No deberían ser los mismos para ambos? >:-? 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

El mar, 18-11-2008 a las 15:42 +0100, Carlos E. R. escribió:

Pues miraré en el script, a ver si dice algo y puedo cambiarlo.

Aqui hay muchas cosas del tema http://www.networkupstools.org/source.html The "HAL enabled" flavor ------------------------ This one is intended for use: - with supported USB devices, - on HAL enabled systems (Linux, FreeBSD, Sun Solaris), - on HAL enabled desktops (Gnome and KDE) Using this approach, you don't have to configure NUT files, nor to manually start components, nor to install a specific NUT client. Upon plugging your USB UPS, the right driver will be automatically launched, and the according Power Manager GUI will pop up. Note that this feature is still beta and incomplete. But it represents a major evolution, and a huge user experience improvement! For more information, refer to INSTALL and docs/nut-hal.txt. -- Saludos Lluis