Hello, I'm using NUT to manage a MGE Ellipse ASR UPS, with the newhidups driver. It works fine, except that after a few hours, I get a few errors from the kernel and the driver dies. Here's the output from the syslog: Apr 26 02:00:41 ezquiel kernel: usb 1-1: usbfs: USBDEVFS_CONTROL failed cmd newhidups rqt 128 rq 6 len 255 ret -110 Apr 26 02:00:43 ezquiel last message repeated 2 times Apr 26 02:00:43 ezquiel upsd[4570]: Data for UPS [mgeups] is stale - check driver Apr 26 02:00:44 ezquiel upsmon[4573]: Poll UPS [mgeups@localhost] failed - Data stale Apr 26 02:00:45 ezquiel upsd[4570]: UPS [mgeups] disconnected - check driver Apr 26 02:00:45 ezquiel upsd[4570]: Can't connect to UPS [mgeups] (newhidups-auto): Connection refused Apr 26 02:00:49 ezquiel upsmon[4573]: Poll UPS [mgeups@localhost] failed - Driver not connected I'm using a 2.6.16 kernel and NUT 2.0.3 (both are stock debian builds). Anyone has any ideas about the problem? -- Ricardo
Hi Ricardo, 2006/4/26, Ricardo Bugalho <ricardo.b@zmail.pt>:> Hello, > I'm using NUT to manage a MGE Ellipse ASR UPS, with the newhidups > driver. > It works fine, except that after a few hours, I get a few errors from > the kernel and the driver dies. > > Here's the output from the syslog: > Apr 26 02:00:41 ezquiel kernel: usb 1-1: usbfs: USBDEVFS_CONTROL failed > cmd newhidups rqt 128 rq 6 len 255 ret -110 > Apr 26 02:00:43 ezquiel last message repeated 2 times > Apr 26 02:00:43 ezquiel upsd[4570]: Data for UPS [mgeups] is stale - > check driver > Apr 26 02:00:44 ezquiel upsmon[4573]: Poll UPS [mgeups@localhost] failed > - Data stale > Apr 26 02:00:45 ezquiel upsd[4570]: UPS [mgeups] disconnected - check > driver > Apr 26 02:00:45 ezquiel upsd[4570]: Can't connect to UPS [mgeups] > (newhidups-auto): Connection refused > Apr 26 02:00:49 ezquiel upsmon[4573]: Poll UPS [mgeups@localhost] failed > - Driver not connected > > I'm using a 2.6.16 kernel and NUT 2.0.3 (both are stock debian builds). > > Anyone has any ideas about the problem?is the driver still alive? If not, this is related to this problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354305 I've already put the fix in the Testing tree, so that 2.0.4 will include it. Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/
Ricardo Bugalho a ?crit :> Hello,Hello Ricardo,> I'm using NUT to manage a MGE Ellipse ASR UPS, with the newhidupsSame here except that i'm doing it through the serial link.> driver. > It works fine, except that after a few hours, I get a few errors from > the kernel and the driver dies.I have some lost connections which usually last for about 3 seconds.> > Here's the output from the syslog: > Apr 26 02:00:41 ezquiel kernel: usb 1-1: usbfs: USBDEVFS_CONTROL failed > cmd newhidups rqt 128 rq 6 len 255 ret -110 > Apr 26 02:00:43 ezquiel last message repeated 2 times > Apr 26 02:00:43 ezquiel upsd[4570]: Data for UPS [mgeups] is stale - > check driver > Apr 26 02:00:44 ezquiel upsmon[4573]: Poll UPS [mgeups@localhost] failed > - Data stale > Apr 26 02:00:45 ezquiel upsd[4570]: UPS [mgeups] disconnected - check > driver > Apr 26 02:00:45 ezquiel upsd[4570]: Can't connect to UPS [mgeups] > (newhidups-auto): Connection refused > Apr 26 02:00:49 ezquiel upsmon[4573]: Poll UPS [mgeups@localhost] failed > - Driver not connected > > I'm using a 2.6.16 kernel and NUT 2.0.3 (both are stock debian builds). > > Anyone has any ideas about the problem? >Ok, so here is my guess: "IF" you happen to have a too short power supply on that computer this can cause the problem. I have a rather too small P.S. on my system: it works correctly most of the time but gives me some quirks from time to time. The serial link is that little bit too much for it, maybe the USB is the same for you. If you can test that with another P.S. more powerfull... The fact that your driver dies and not mine is probably due to the differences between USB and serial... Maybe.