[Nut-upsuser] Tripp-Lite USB constantlly disconnecting.

Mon Sep 29 16:46:57 UTC 2014

Charles,

      > What is the new behavior?

The CentOS minimal install had different print statements and a
broadcast message whenever the UPS was disconnected. The broadcast
isn't really important. Below are the differences I pasted though I'm
not sure if they are important, I just noticed they were different.
Particularly the bolded parts which I think you alluded  to in your
email about them not being connected. Those messages didn't show up in
the other installs.

Fedora -
Sep 19 19:46:19 nemo usbhid-ups[1595]: libusb_get_interrupt: No such
device or address
Sep 19 19:46:19 nemo usbhid-ups[1595]: libusb_get_report: No such
device or address
Sep 19 19:46:20 nemo kernel: usb 8-1: SerialNumber: 2424AY0SM882300229
Sep 19 19:46:20 nemo kernel: hid-generic 0003:09AE:3015.0007:
hiddev0,hidraw2: USB HID v1.10 Device [Tripp Lite  TRIPP LITE
SMART1500RM2UN ] on usb-0000:00:1d.2-1/input0
Sep 19 19:46:20 nemo mtp-probe[1689]: checking bus 8, device 7:
"/sys/devices/pci0000:00/0000:00:1d.2/usb8/8-1"
Sep 19 19:46:20 nemo mtp-probe[1689]: bus: 8, device: 7 was not an MTP device
Sep 19 19:46:50 nemo mtp-probe[1699]: bus: 8, device: 8 was not an MTP device

CentOS -
Sep 22 10:36:35 nemo kernel: usb 8-1: SerialNumber: 2424AY0SM882300229
Sep 22 10:36:35 nemo kernel: usb 8-1: configuration #1 chosen from 1 choice
Sep 22 10:36:35 nemo upsmon[12015]: Poll UPS [upsunit at 127.0.0.1]
failed - Data stale
Sep 22 10:36:35 nemo kernel: generic-usb 0003:09AE:3015.0071:
hiddev96,hidraw2: USB HID v1.10 Device [Tripp Lite  TRIPP LITE
SMART1500RM2UN ] on usb-0000:00:1d.2-1/input0
Sep 22 10:36:57 nemo kernel: generic-usb 0003:09AE:3015.0072:
hiddev96,hidraw2: USB HID v1.10 Device [Tripp Lite  TRIPP LITE
SMART1500RM2UN ] on usb-0000:00:1d.1-1/input0
Sep 22 10:37:00 nemo upsmon[12015]: Poll UPS [upsunit at 127.0.0.1]
failed - Data stale
Sep 22 10:37:05 nemo upsmon[12015]: Poll UPS [upsunit at 127.0.0.1]
failed - Data stale
Sep 22 10:37:05 nemo upsd[12011]: UPS [upsunit] data is no longer stale
Sep 22 10:37:10 nemo upsmon[12015]: Communications with UPS
upsunit at 127.0.0.1 established
Sep 22 10:37:10 nemo wall[12035]: wall: user nut broadcasted 1 lines (55 chars)

   > You should also be able to run "lsusb -v -d 09ae:" and get
results from the UPS, also without anything disconnecting.
   > If that doesn't trigger a disconnection, we will want to see the
output of running the usbhid-ups driver in debug mode (probably at the
"-DDD" level) as well as the corresponding /var/log/messages output.

I will try this tomorrow and send the results back.

     > Also, Barry Skrypnyk mentioned that Fedora was one of the Linux
distributions that Tripp Lite claims to support. I recommend that you
make them aware of the issue - this UPS was on their compatibility
list they posted in October      > 2013, although if I recall, it was
unclear whether each distribution was tested with each model.

I am planning on emailing them tomorrow, I just wanted to take NUT out
of the equation since when I called Tech support earlier this week
they stated they don't support NUT for tech support I presume.

Thanks for your help!

On Mon, Sep 22, 2014 at 10:24 PM, Shade Alabsa <shade34321 at gmail.com> wrote:
> Charles,
>   > What is the new behavior?
>
> The CentOS minimal install had different print statements and a broadcast
> message whenever the UPS was disconnected. The broadcast isn't really
> important. Below are the differences I pasted though I'm not sure if they
> are important, I just noticed they were different. Particularly the bolded
> parts which I think you alluded  to in your email about them not being
> connected. Those messages didn't show up in the other installs.
>
> Fedora -
> Sep 19 19:46:19 nemo usbhid-ups[1595]: libusb_get_interrupt: No such device
> or address
> Sep 19 19:46:19 nemo usbhid-ups[1595]: libusb_get_report: No such device or
> address
> Sep 19 19:46:20 nemo kernel: usb 8-1: SerialNumber: 2424AY0SM882300229
> Sep 19 19:46:20 nemo kernel: hid-generic 0003:09AE:3015.0007:
> hiddev0,hidraw2: USB HID v1.10 Device [Tripp Lite  TRIPP LITE SMART1500RM2UN
> ] on usb-0000:00:1d.2-1/input0
> Sep 19 19:46:20 nemo mtp-probe[1689]: checking bus 8, device 7:
> "/sys/devices/pci0000:00/0000:00:1d.2/usb8/8-1"
> Sep 19 19:46:20 nemo mtp-probe[1689]: bus: 8, device: 7 was not an MTP
> device
> Sep 19 19:46:50 nemo mtp-probe[1699]: bus: 8, device: 8 was not an MTP
> device
>
> CentOS -
> Sep 22 10:36:35 nemo kernel: usb 8-1: SerialNumber: 2424AY0SM882300229
> Sep 22 10:36:35 nemo kernel: usb 8-1: configuration #1 chosen from 1 choice
> Sep 22 10:36:35 nemo upsmon[12015]: Poll UPS [upsunit at 127.0.0.1] failed -
> Data stale
> Sep 22 10:36:35 nemo kernel: generic-usb 0003:09AE:3015.0071:
> hiddev96,hidraw2: USB HID v1.10 Device [Tripp Lite  TRIPP LITE
> SMART1500RM2UN ] on usb-0000:00:1d.2-1/input0
> Sep 22 10:36:57 nemo kernel: generic-usb 0003:09AE:3015.0072:
> hiddev96,hidraw2: USB HID v1.10 Device [Tripp Lite  TRIPP LITE
> SMART1500RM2UN ] on usb-0000:00:1d.1-1/input0
> Sep 22 10:37:00 nemo upsmon[12015]: Poll UPS [upsunit at 127.0.0.1] failed -
> Data stale
> Sep 22 10:37:05 nemo upsmon[12015]: Poll UPS [upsunit at 127.0.0.1] failed -
> Data stale
> Sep 22 10:37:05 nemo upsd[12011]: UPS [upsunit] data is no longer stale
> Sep 22 10:37:10 nemo upsmon[12015]: Communications with UPS
> upsunit at 127.0.0.1 established
> Sep 22 10:37:10 nemo wall[12035]: wall: user nut broadcasted 1 lines (55
> chars)
>
>    > You should also be able to run "lsusb -v -d 09ae:" and get results from
> the UPS, also without anything disconnecting.
>     > If that doesn't trigger a disconnection, we will want to see the
> output of running the usbhid-ups driver in debug mode (probably at the
> "-DDD" level) as well as the corresponding /var/log/messages output.
>
> I will try this tomorrow and send the results back.
>
>      > Also, Barry Skrypnyk mentioned that Fedora was one of the Linux
> distributions that Tripp Lite claims to support. I recommend that you make
> them aware of the issue - this UPS was on their compatibility list they
> posted in October        > 2013, although if I recall, it was unclear
> whether each distribution was tested with each model.
>
> I am planning on emailing them tomorrow, I just wanted to take NUT out of
> the equation since when I called Tech support earlier this week they stated
> they don't support NUT for tech support I presume.
>
> Thanks for your help!
>
> Shade
>
> On Mon, Sep 22, 2014 at 9:29 PM, Charles Lepple <clepple at gmail.com> wrote:
>>
>> On Sep 22, 2014, at 11:14 AM, Shade Alabsa <shade34321 at gmail.com> wrote:
>>
>> > These machines are exact replicas of each other and are fairly old and
>> > have a Core 2 Duo E8400 CPU in them. Is there anything else you need or
>> > anything I can do to help fix this? Thanks!
>>
>> Also, Barry Skrypnyk mentioned that Fedora was one of the Linux
>> distributions that Tripp Lite claims to support. I recommend that you make
>> them aware of the issue - this UPS was on their compatibility list they
>> posted in October 2013, although if I recall, it was unclear whether each
>> distribution was tested with each model.
>>
>>
>> http://news.gmane.org/find-root.php?message_id=B8D50FAB7FEF06479924547835C34D448412AEF6%40CHI%2dVS%2dEXMBX11.tripplite.com
>>
>> --
>> Charles Lepple
>> clepple at gmail
>>
>>
>>
>