Miwa Forever
2006-Dec-27 21:43 UTC
[Nut-upsuser] Help with nut 2.0.4, MGE Ellipse 1000 and FreeBSD
Hello. So as my english is not so good, i'll try to write my story in bash commands :o) miwa@zork3$ uname -mrs FreeBSD 5.5-STABLE i386 miwa@zork3$ su root@zork3# cd /usr/ports/sysutils/nat root@zork3# make && make install root@zork3# cd ../nut-usb root@zork3# make && make install root@zork3# cd /usr/local/etc/nut root@zork3# cat ups.conf user=root [MGE-Ellipse] driver=newhidups port=auto desc="MGE Ellipse 1000" root@zork3# cat upsd.conf ACL world 0.0.0.0/0 ACL zork 192.168.100.0/24 ACL servers 192.168.1.0/24 ACL local 127.0.0.1/32 ACCEPT local ACCEPT servers ACCEPT zork REJECT world root@zork3# cat upsd.users [admin] password = admin allowfrom = local actions = set instcmds = all [monitor] password = monitor allowfrom = local upsmon master root@zork3# /usr/local/libexec/nut/upsdrvctl -u root start Network UPS Tools - UPS driver controller 2.0.4 Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.4) Detected a UPS: MGE UPS SYSTEMS/ELLIPSE Using subdriver: MGE HID 0.9 root@zork3# upsd -u root Network UPS Tools upsd 2.0.4 /usr/local/etc/nut/upsd.conf is world readable Connected to UPS [MGE-Ellipse]: newhidups-auto Synchronizing........ giving up # Looks like everything is ok, but root@zork3# upsc MGE-Ellipse@localhost Error: Data stale # Ooooops.... :o( # I tryed (maybe tried? mean "try" in the pust indefenite) to change usb pork, checked cable, but "Data stale" did not disapeared. root@zork3# killall newhidups root@zork3# killall upsd root@zork3# ps ax | grep ups root@zork3# /usr/local/libexec/nut/newhidups -DDDDD -a MGE-Ellipse -u root #here we receive VERY long output, the lust lines are: Entering libusb_get_report =>> Before exponent: 0, 0/0) =>> After conversion: 0.000000 (0), 0/0) Report : (8 bytes) => 02 00 E8 03 00 00 00 00 hu_find_infoval: searching for value = 0 hu_find_infoval: found !shutdownimm (value: 0) process_status_info: !shutdownimm entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerSummary Looking up PowerSummary hid_lookup_usage: found 840024 parsing PresentStatus Looking up PresentStatus hid_lookup_usage: found 840002 parsing BelowRemainingCapacityLimit Looking up BelowRemainingCapacityLimit hid_lookup_usage: found 850042 Path depth = 4 0: UPage(84), Usage(4) 1: UPage(84), Usage(24) 2: UPage(84), Usage(2) 3: UPage(85), Usage(42) Entering libusb_get_report =>> Before exponent: 0, 0/0) =>> After conversion: 0.000000 (0), 0/0) Report : (8 bytes) => 01 13 64 00 00 00 00 00 hu_find_infoval: searching for value = 0 hu_find_infoval: found !lowbatt (value: 0) process_status_info: !lowbatt entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerSummary Looking up PowerSummary hid_lookup_usage: found 840024 parsing PresentStatus Looking up PresentStatus hid_lookup_usage: found 840002 parsing OverLoad Looking up OverLoad hid_lookup_usage: found 840065 Path depth = 4 0: UPage(84), Usage(4) 1: UPage(84), Usage(24) 2: UPage(84), Usage(2) 3: UPage(84), Usage(65) Entering libusb_get_report =>> Before exponent: 0, 0/0) =>> After conversion: 0.000000 (0), 0/0) Report : (8 bytes) => 02 00 0F 00 00 00 00 00 hu_find_infoval: searching for value = 0 hu_find_infoval: found !overload (value: 0) process_status_info: !overload entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerSummary Looking up PowerSummary hid_lookup_usage: found 840024 parsing PresentStatus Looking up PresentStatus hid_lookup_usage: found 840002 parsing NeedReplacement Looking up NeedReplacement hid_lookup_usage: found 85004b Path depth = 4 0: UPage(84), Usage(4) 1: UPage(84), Usage(24) 2: UPage(84), Usage(2) 3: UPage(85), Usage(4b) =>> Before exponent: 0, 0/0) =>> After conversion: 0.000000 (0), 0/0) Report : (8 bytes) => 02 00 0F 00 00 00 00 00 hu_find_infoval: searching for value = 0 hu_find_infoval: found !replacebatt (value: 0) process_status_info: !replacebatt entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerSummary Looking up PowerSummary hid_lookup_usage: found 840024 parsing PresentStatus Looking up PresentStatus hid_lookup_usage: found 840002 parsing Good Looking up Good hid_lookup_usage: found 840061 Path depth = 4 0: UPage(84), Usage(4) 1: UPage(84), Usage(24) 2: UPage(84), Usage(2) 3: UPage(84), Usage(61) Entering libusb_get_report =>> Before exponent: 1, 0/0) =>> After conversion: 1.000000 (1), 0/0) Report : (8 bytes) => 01 13 64 00 00 00 00 00 hu_find_infoval: searching for value = 1 hu_find_infoval: found !off (value: 1) process_status_info: !off entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerConverter Looking up PowerConverter hid_lookup_usage: found 840016 parsing Output Looking up Output hid_lookup_usage: found 84001c parsing Voltage Looking up Voltage hid_lookup_usage: found 840030 Path depth = 4 0: UPage(84), Usage(4) 1: UPage(84), Usage(16) 2: UPage(84), Usage(1c) 3: UPage(84), Usage(30) Entering libusb_get_report =>> Before exponent: 230, 7/7) =>> After conversion: 230.000000 (230), 7/7) Report : (8 bytes) => 0E E6 64 00 00 00 00 00 entering string_to_path() parsing UPS Looking up UPS hid_lookup_usage: found 840004 parsing PowerSummary Looking up PowerSummary hid_lookup_usage: found 840024 parsing PresentStatus Looking up PresentStatus hid_lookup_usage: found 840002 parsing ACPresent Looking up ACPresent hid_lookup_usage: found 8500d0 Path depth = 4 0: UPage(84), Usage(4) 1: UPage(84), Usage(24) 2: UPage(84), Usage(2) 3: UPage(85), Usage(d0) Entering libusb_get_report =>> Before exponent: 1, 0/0) =>> After conversion: 1.000000 (1), 0/0) Report : (8 bytes) => 01 13 64 00 00 00 00 00 dstate_init: sock /var/db/nut/newhidups-auto open on fd 5 upsdrv_updateinfo... Waiting for notifications... Any ideas? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20061227/6780f40d/attachment.htm
Miwa Forever
2006-Dec-27 23:58 UTC
[Nut-upsuser] Re: Help with nut 2.0.4, MGE Ellipse 1000 and FreeBSD
2006/12/27, Miwa Forever <miwaonline@gmail.com>:> > > miwa@zork3$ uname -mrs > FreeBSD 5.5-STABLE i386 > miwa@zork3$ su > root@zork3# cd /usr/ports/sysutils/nat > root@zork3 # make && make install > root@zork3# cd ../nut-usb > root@zork3# make && make install > root@zork3# cd /usr/local/etc/nut > root@zork3# cat ups.conf > user=root > [MGE-Ellipse] > driver=newhidups > port=auto > desc="MGE Ellipse 1000" > > root@zork3# cat upsd.conf > ACL world 0.0.0.0/0 > ACL zork 192.168.100.0/24 > ACL servers 192.168.1.0/24 > ACL local 127.0.0.1/32 > ACCEPT local > ACCEPT servers > ACCEPT zork > REJECT world > > root@zork3# cat upsd.users > [admin] > password = admin > allowfrom = local > actions = set > instcmds = all > > [monitor] > password = monitor > allowfrom = local > upsmon master > > root@zork3# /usr/local/libexec/nut/upsdrvctl -u root start > Network UPS Tools - UPS driver controller 2.0.4 > Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.4) > > Detected a UPS: MGE UPS SYSTEMS/ELLIPSE > Using subdriver: MGE HID 0.9 > > root@zork3# upsd -u root > Network UPS Tools upsd 2.0.4 > /usr/local/etc/nut/upsd.conf is world readable > Connected to UPS [MGE-Ellipse]: newhidups-auto > Synchronizing........ giving up > > # Looks like everything is ok, but > root@zork3# upsc MGE-Ellipse@localhost > Error: Data stale > > # Ooooops.... :o( > # I tryed (maybe tried? mean "try" in the > pust indefenite) to change usb pork, checked cable, but "Data stale" did not disapeared. > > > > root@zork3# killall newhidups > root@zork3# killall upsd > root@zork3# ps ax | grep ups > root@zork3# /usr/local/libexec/nut/newhidups -DDDDD -a MGE-Ellipse -u root > > >Oh. And something else: miwa@zork3$ tail /var/log/messages Dec 27 22:12:27 zork3 upsd[898]: Data for UPS [MGE-Ellipse] is stale - check driver Dec 27 22:12:30 zork3 upsd[898]: UPS [MGE-Ellipse] data is no longer stale Dec 27 22:12:46 zork3 upsd[898]: Data for UPS [MGE-Ellipse] is stale - check driver Dec 27 22:12:53 zork3 upsd[898]: UPS [MGE-Ellipse] data is no longer stale Dec 27 22:13:26 zork3 upsd[898]: Data for UPS [MGE-Ellipse] is stale - check driver Dec 27 22:13:37 zork3 upsd[898]: UPS [MGE-Ellipse] data is no longer stale Dec 27 22:14:09 zork3 upsd[898]: Data for UPS [MGE-Ellipse] is stale - check driver Dec 27 22:14:11 zork3 upsd[898]: UPS [MGE-Ellipse] data is no longer stale Dec 27 22:14:29 zork3 upsd[898]: Data for UPS [MGE-Ellipse] is stale - check driver It means, that sometimes I really can see output from upsc: root@zork3# upsc MGE-Ellipse@localhost battery.charge: 91 battery.charge.low: 30 battery.runtime: 1421 driver.name: newhidups driver.parameter.port: auto driver.version: 2.0.4 driver.version.data: MGE HID 0.9 driver.version.internal: 0.28 input.transfer.high: 264.0 input.transfer.low: 161.0 outlet.0.desc: Main Outlet outlet.0.id: 1 outlet.0.switchable: 0 outlet.1.desc: PowerShare Outlet 1 outlet.1.id: 2 outlet.1.switch: 1 outlet.1.switchable: 0 output.voltage: 230.0 ups.delay.shutdown: -1 ups.delay.start: -10 ups.load: 22 ups.mfr: MGE UPS SYSTEMS ups.model: Ellipse 1000 ups.power.nominal: 1000 ups.serial: 1H7G4103F ups.status: OL CHRG but I'd like do see it always :o) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20061227/c09f9ba4/attachment-0001.html
Peter Selinger
2006-Dec-28 00:02 UTC
[Nut-upsuser] Help with nut 2.0.4, MGE Ellipse 1000 and FreeBSD
Miwa Forever wrote:> > Hello. > So as my english is not so good, i'll try to write my story in bash commands > :o) > > miwa@zork3$ uname -mrs > FreeBSD 5.5-STABLE i386 > miwa@zork3$ su > root@zork3# cd /usr/ports/sysutils/nat > root@zork3# make && make install > root@zork3# cd ../nut-usb > root@zork3# make && make install > root@zork3# cd /usr/local/etc/nut > root@zork3# cat ups.conf > user=root > [MGE-Ellipse] > driver=newhidups > port=auto > desc="MGE Ellipse 1000" > > root@zork3# cat upsd.conf > ACL world 0.0.0.0/0 > ACL zork 192.168.100.0/24 > ACL servers 192.168.1.0/24 > ACL local 127.0.0.1/32 > ACCEPT local > ACCEPT servers > ACCEPT zork > REJECT world > > root@zork3# cat upsd.users > [admin] > password = admin > allowfrom = local > actions = set > instcmds = all > > [monitor] > password = monitor > allowfrom = local > upsmon master > > root@zork3# /usr/local/libexec/nut/upsdrvctl -u root start > Network UPS Tools - UPS driver controller 2.0.4 > Network UPS Tools: New USB/HID UPS driver 0.28 (2.0.4) > > Detected a UPS: MGE UPS SYSTEMS/ELLIPSE > Using subdriver: MGE HID 0.9Everything is good up to here. Your UPS, cable, and driver (newhidups) are all working.> root@zork3# upsd -u root > Network UPS Tools upsd 2.0.4 > /usr/local/etc/nut/upsd.conf is world readable > Connected to UPS [MGE-Ellipse]: newhidups-auto > Synchronizing........ giving upThis is definitely a problem. Upsd has "given up" its attempt to connect to the driver. There should be a socket in your state directory (typically /var/state/ups). This is what upsd uses to connect to the driver. Perhaps you should start "/usr/local/libexec/nut/upsd" and not just "upsd"? Maybe they are not configured the same way. -- Peter
Arjen de Korte
2006-Dec-29 20:33 UTC
[Nut-upsuser] Help with nut 2.0.4, MGE Ellipse 1000 and FreeBSD
>>> It looks like the connection between driver and upsd is continuously >>> dropping. This could be a driver problem or an upsd problem. Since the >>> driver is not reporting anything out of the ordinary, I suggest to >>> checkout the latest version from SVN. There were a couple of problems >>> with the staleness checks in upsd which were fixed in the trunk. >> Alternatively to SVN, you may upgrade to 2.0.5-pre1, which was >> released on Dec 20. I think this contains all of the relevant >> bugfixes. > Ah, I forgot about that. Indeed, the fixes are in nut-2.0.5-pre1, so that > one should be fine also.Never mind that remark, it looks like I have some backporting to do from the trunk if we want to include these changes. The changes to server/upsd.c and server/sstate.c are currently *not* in Testing and therefor, *not* in nut-2.0.5-pre1. Other than that, I think that some recent changes to common/state.c should be backported too, to fix a memory leak in state_delcmd(). Arnaud, what do you think about that? Regards, Arjen -- Eindhoven - The Netherlands Key fingerprint - 66 4E 03 2C 9D B5 CB 9B 7A FE 7E C1 EE 88 BC 57