Arnaud Quette
2017-Jun-13 14:48 UTC
[Nut-upsuser] Unable to use nut-2.7.4 with Eaton 5E1500I USB
Hi Manuel 2017-06-07 14:40 GMT+02:00 Charles Lepple <clepple at gmail.com>:> On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro> > wrote: > > > > If that matters, the OS is a fully updated CentOS 6.9 and this > (latest stable ) version of nut was packaged by me. The problem appears on > any of the USB ports ( well, I tried the 2 in front and one in the back of > the server ). > > > > lsusb -v reports: > ... > > wDescriptorLength 549 > > Warning: incomplete report descriptor > > Report Descriptor: (length is 9) > > Item(Main ): (null), data=none > > Because both NUT and lsusb are having trouble retrieving the HID Report > Descriptor, I think the problem is at a lower level: probably between the > UPS, the kernel, and the USB HCI. The archives have a number of unresolved > emails about the 5E and "broken pipe" errors. > > Probably worth checking with Eaton, too. >Charles is right in both the fact that the issue is (or at least seems to be) upstream to NUT, and also that it's worth checking with "Eaton" Could you please tell me your kernel and libusb (0.1) version? Would you also be able to test some github code? We have the libusb-1.0 branch that provides both libusb 1.0 support (interesting to test to see if the problem still happens) along with few other improvements (though these should not help for your issue): https://github.com/networkupstools/nut/tree/libusb-1.0 Don't hesitate if you need more guidance for trying this branch. FYI, I've just made a test with the same unit, on a Debian jessie (kernel 3.16.43-2, libusb 0.1.12-25) both with 2.7.4 and the latest git master, and it works fine: battery.charge: 62 battery.runtime: 2725 battery.type: PbAc device.mfr: EATON device.model: 5E 1500i device.type: ups driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.parameter.synchronous: no driver.version: 2.7.4.1 driver.version.data: MGE HID 1.42 driver.version.internal: 0.42 input.voltage: 240.0 outlet.1.status: on outlet.desc: Main Outlet outlet.id: 1 outlet.switchable: no output.frequency: 49.9 output.frequency.nominal: 50 output.voltage: 241.0 output.voltage.nominal: 230 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.firmware: 02.06.0019 ups.load: 0 ups.mfr: EATON ups.model: 5E 1500i ups.power.nominal: 1500 ups.productid: ffff ups.start.battery: yes ups.status: OL ups.timer.shutdown: -1 ups.vendorid: 0463 cheers, Arno -- Eaton Data Center Automation Solutions - Opensource Leader - http://42ity.org NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20170613/6d1530e8/attachment.html>
Manuel Wolfshant
2017-Jun-13 15:49 UTC
[Nut-upsuser] Unable to use nut-2.7.4 with Eaton 5E1500I USB
On 06/13/2017 05:48 PM, Arnaud Quette wrote:> Hi ManuelHi Arno> > 2017-06-07 14:40 GMT+02:00 Charles Lepple <clepple at gmail.com > <mailto:clepple at gmail.com>>: > > On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant > <wolfy at nobugconsulting.ro <mailto:wolfy at nobugconsulting.ro>> wrote: > > > > If that matters, the OS is a fully updated CentOS 6.9 and > this (latest stable ) version of nut was packaged by me. The > problem appears on any of the USB ports ( well, I tried the 2 in > front and one in the back of the server ). > > > > lsusb -v reports: > ... > > wDescriptorLength 549 > > Warning: incomplete report descriptor > > Report Descriptor: (length is 9) > > Item(Main ): (null), data=none > > Because both NUT and lsusb are having trouble retrieving the HID > Report Descriptor, I think the problem is at a lower level: > probably between the UPS, the kernel, and the USB HCI. The > archives have a number of unresolved emails about the 5E and > "broken pipe" errors. > > Probably worth checking with Eaton, too. > > > Charles is right in both the fact that the issue is (or at least seems > to be) upstream to NUT, and also that it's worth checking with "Eaton"I've approached "them" ( apparently my request for supported landed at after-sales support/Romania ) as soon as Charles replied. Unfortunately the "dialogue" rather stalls, they seem to have a policy to not send more than one email every 3 days. Leaving aside that after telling them that I am using an *USB *unit (and providing USB-related logs ) they wanted to know if I was using *SNMP*.> > Could you please tell me your kernel[root at belgrade ~]# uname -r 2.6.32-696.3.1.el6.x86_64> and libusb (0.1) version?[root at belgrade ~]# rpm -qa libusb libusb-0.1.12-23.el6.x86_64> > Would you also be able to test some github code? > We have the libusb-1.0 branch that provides both libusb 1.0 support > (interesting to test to see if the problem still happens) along with > few other improvements (though these should not help for your issue): > https://github.com/networkupstools/nut/tree/libusb-1.0 >I can and I will test ( tomorrow, probably ).> Don't hesitate if you need more guidance for trying this branch.Do you happen to know how can I find the version of firmware run by the UPS, in _my_ conditions ( remote + the previously mentioned errors) ? The guys who contacted me from Eaton did not reply yet to my email sent yesterday.> > FYI, I've just made a test with the same unit, on a Debian jessie > (kernel 3.16.43-2, libusb 0.1.12-25) both with 2.7.4 and the latest > git master, and it works fine: > > battery.charge: 62 > battery.runtime: 2725 > battery.type: PbAc > device.mfr: EATON > device.model: 5E 1500i > device.type: ups > driver.name <http://driver.name>: usbhid-ups > [...] >I was expecting it to work fine, given https://risc-a-day.blogspot.ro/2014/09/getting-my-ups-to-work-with-linux.html ( before the purchase I assumed the units to be similar, modulo the maximum power )> cheers, > Arnothanks a lot. I will come back with more data once I test the github code ( yes, I know, everybody hates this kind of threats :) ) wolfy -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20170613/6e0dff46/attachment.html>
Arnaud Quette
2017-Jun-14 12:32 UTC
[Nut-upsuser] Unable to use nut-2.7.4 with Eaton 5E1500I USB
2017-06-13 17:49 GMT+02:00 Manuel Wolfshant <wolfy at nobugconsulting.ro>:> On 06/13/2017 05:48 PM, Arnaud Quette wrote: > > Hi Manuel > > > Hi Arno > >Hi Manuel> > > 2017-06-07 14:40 GMT+02:00 Charles Lepple <clepple at gmail.com>: > >> On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro> >> wrote: >> > >> > If that matters, the OS is a fully updated CentOS 6.9 and this >> (latest stable ) version of nut was packaged by me. The problem appears on >> any of the USB ports ( well, I tried the 2 in front and one in the back of >> the server ). >> > >> > lsusb -v reports: >> ... >> > wDescriptorLength 549 >> > Warning: incomplete report descriptor >> > Report Descriptor: (length is 9) >> > Item(Main ): (null), data=none >> >> Because both NUT and lsusb are having trouble retrieving the HID Report >> Descriptor, I think the problem is at a lower level: probably between the >> UPS, the kernel, and the USB HCI. The archives have a number of unresolved >> emails about the 5E and "broken pipe" errors. >> >> Probably worth checking with Eaton, too. >> > > Charles is right in both the fact that the issue is (or at least seems to > be) upstream to NUT, and also that it's worth checking with "Eaton" > > > I've approached "them" ( apparently my request for supported landed at > after-sales support/Romania ) as soon as Charles replied. Unfortunately the > "dialogue" rather stalls, they seem to have a policy to not send more than > one email every 3 days. Leaving aside that after telling them that I am > using an *USB *unit (and providing USB-related logs ) they wanted to know > if I was using *SNMP*. >no comments ;)> > Could you please tell me your kernel > > [root at belgrade ~]# uname -r > 2.6.32-696.3.1.el6.x86_64 >that may be part of the issue... long time I've not tried the 2.x series, not sure how it goes nowadays. btw, any interesting "usb" messages from your syslog? also, would you be able to test with a 3.x or 4.x, at least to see if that improves / solves the issue?> > and libusb (0.1) version? > > [root at belgrade ~]# rpm -qa libusb > libusb-0.1.12-23.el6.x86_64 > > > > Would you also be able to test some github code? > We have the libusb-1.0 branch that provides both libusb 1.0 support > (interesting to test to see if the problem still happens) along with few > other improvements (though these should not help for your issue): > https://github.com/networkupstools/nut/tree/libusb-1.0 > > I can and I will test ( tomorrow, probably ). > > > Don't hesitate if you need more guidance for trying this branch. > > Do you happen to know how can I find the version of firmware run by the > UPS, in _my_ conditions ( remote + the previously mentioned errors) ? >don't bother too much, in the end, such request only get an answer once it has reached me ;)> The guys who contacted me from Eaton did not reply yet to my email sent > yesterday. >that requires the driver to be running, then it's published as ups.firmware. as per my upsc output above (in my case): ups.firmware: 02.06.0019> > FYI, I've just made a test with the same unit, on a Debian jessie (kernel > 3.16.43-2, libusb 0.1.12-25) both with 2.7.4 and the latest git master, and > it works fine: > > battery.charge: 62 > battery.runtime: 2725 > battery.type: PbAc > device.mfr: EATON > device.model: 5E 1500i > device.type: ups > driver.name: usbhid-ups > [...] > > I was expecting it to work fine, given https://risc-a-day.blogspot. > ro/2014/09/getting-my-ups-to-work-with-linux.html ( before the purchase I > assumed the units to be similar, modulo the maximum power ) >you shouldn't be that far...> > cheers, > Arno > > thanks a lot. I will come back with more data once I test the github code > ( yes, I know, everybody hates this kind of threats :) ) >looking forward to get news so ;) cheers, Arno -- Eaton Data Center Automation Solutions - Opensource Leader - http://42ity.org NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20170614/c1cd206f/attachment.html>