Re: [Nut-upsuser] newhidups dies after a few hours
Ricardo Bugalho a écrit : Hello, Hello Ricardo, I'm using NUT to manage a MGE Ellipse ASR UPS, with the newhidups Same 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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. ___ Nut-upsuser mailing list Nut-upsuser@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
Re: [Nut-upsuser] [2.0.3] upsd.conf: Permission denied even if
Peter Selinger a écrit : aerios wrote: [...] but when i do: /usr/local/ups/sbin/upsd i've got: Network UPS Tools upsd 2.0.3 stat /usr/local/ups/etc/upsd.conf: Permission denied but upsd.conf is 0640 and set with root.ups as stated in some files (INSTALL if i remember correctly). Did you check the permissions of /usr/local/ups and /usr/local/ups/etc? They both need to be (at least) executable by the ups user, or else that file cannot be read. That was that, .../ups was 0750, i don't know if it's from the install or from one of my tests. But its fixed now. [...] BUT when i type: /usr/local/ups/sbin/upsd -u ups i.e. i gave the group as the user to the option, it gives me: Network UPS Tools upsd 2.0.3 getpwnam(ups): Success This means that there is no user named "ups". The error message is buggy; it should be: no such user: ups. This bug is already fixed in the newest development version. If its just a mesage error then it's fine. I just wanted to make sure it was known. [...] That allowed me to test with upsc the settings and it seems that the USB version is more interesting regarding the data outputed (i have the exact same UPS as the one in the INSTALL's exemple, so it was easy to compare with). But i've heard that serial connection was safer, does it stands still ? A last question: I've got "ups.status: OL CHRG" but also have: "battery.charge: 100" is it ok ? Thanks for the help. ___ Nut-upsuser mailing list Nut-upsuser@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser
[Nut-upsuser] [2.0.3] upsd.conf: Permission denied even if correctly set ?
Hello all, I'm new to nut, i've donwloaded and installed without problem apparently nut 2.0.3 on a slackware 10.x (1 i think). /usr/local/ups/bin/upsdrvctl start seems to work correctly. but when i do: /usr/local/ups/sbin/upsd i've got: Network UPS Tools upsd 2.0.3 stat /usr/local/ups/etc/upsd.conf: Permission denied but upsd.conf is 0640 and set with root.ups as stated in some files (INSTALL if i remember correctly). Furthermore what made me subscribe to that list is: if i type: /usr/local/ups/sbin/upsd -u nut the reply is the same BUT when i type: /usr/local/ups/sbin/upsd -u ups i.e. i gave the group as the user to the option, it gives me: Network UPS Tools upsd 2.0.3 getpwnam(ups): Success ... I suppose that it's a great "feature" for a security piece of code ! ;) Of course the programs stops there and there is no upsd running nowhere in background. Using -f does exactly the same. and - does also the same (i really tested it ! :) i'm dead dumb i know) Ok, so does someone knows how i can resolve that problem ? I suppose that it's not wise to allow usr, local, ups and etc to be readable by ups... ___ Nut-upsuser mailing list Nut-upsuser@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/nut-upsuser