Nut upsuser - Mar 2021 - [EXTERNAL] Tripp Lite "Remote Shutdown" when USB cable is attached

>>  Any other ideas?
I have not figured this out yet. It makes it more odd that my tests don't
reproduce the issue (I just ran a few quick tests again) and we're not
hearing it from more users (although it seems like at least one more on
serverfault:
https://serverfault.com/questions/858267/network-ups-tools-nut-causing-ups-to-reboot.
I'm probably missing something so I'm going to restate what I think we
know and ask some questions.

REMOTE SHUTDOWN means the UPS got a signal either via USB, serial, network card,
etc to shut down. In these cases we've already confirmed it is USB.

* From your tests, can we completely rule out NUT as being directly involved?
i.e. if NUT is not installed or does not start up on boot, does the REMOTE
SHUTDOWN still occur? (seems likely based on timing?)
* Adam: your kernel version is  5.4.78-2  based on this thread
* Charles: What is your kernel version? (if you can provide uname -a that works)
* Kernel version I tested was 5.4.0-65
* The issue only occurs on reconnection of the USB cable or restart of the
operating system (i.e. NOT disconnection or shutdown)


Thank you,
David Zomaya
Tripp Lite








________________________________
 This message is for the addressee's use only. It may contain confidential
information. If you receive this message in error, please delete it and notify
the sender. Tripp Lite disclaims all warranties and liabilities, and assumes no
responsibility for viruses which may infect an email sent to you from Tripp Lite
and which damage your electronic systems or information. It is your
responsibility to maintain virus detection systems to prevent damage to your
electronic systems and information.

Issues happen pre-init.  So no NUT.  Also tested on systems with, and
without NUT installed.
I have confirmed this issue with the ubuntu-20.04.2-desktop-amd64.iso, to
make sure you can replicate it (I hope).  I am also having the same issue
on my ProxMox box with "5.4.101-1-pve" kernel (Latest).

Issues only happen when the USB cable is attached and the kernel is up and
running.  Specific cases I have tested.
1) On boot. UPS issues REMOTE SHUTDOWN once the kernel is loading, but
before the system makes it to init.
2) System is booted and stable, then USB is connected, same result.

This issue does NOT come up when the system is halted, or powered off.
This issue does not come up when plugged into a windows system.  I believe
this is a kernel issue.  I will strive to test/prove that out early next
week.


On Fri, Mar 5, 2021 at 3:42 PM David Zomaya <David_Zomaya at
tripplite.com>
wrote:
> >>  Any other ideas?
> I have not figured this out yet. It makes it more odd that my tests
don't
> reproduce the issue (I just ran a few quick tests again) and we're not
> hearing it from more users (although it seems like at least one more on
> serverfault:
>
https://serverfault.com/questions/858267/network-ups-tools-nut-causing-ups-to-reboot.
> I'm probably missing something so I'm going to restate what I think
we know
> and ask some questions.
>
> REMOTE SHUTDOWN means the UPS got a signal either via USB, serial, network
> card, etc to shut down. In these cases we've already confirmed it is
USB.
>
> * From your tests, can we completely rule out NUT as being directly
> involved? i.e. if NUT is not installed or does not start up on boot, does
> the REMOTE SHUTDOWN still occur? (seems likely based on timing?)
> * Adam: your kernel version is  5.4.78-2  based on this thread
> * Charles: What is your kernel version? (if you can provide uname -a that
> works)
> * Kernel version I tested was 5.4.0-65
> * The issue only occurs on reconnection of the USB cable or restart of the
> operating system (i.e. NOT disconnection or shutdown)
>
>
> Thank you,
> David Zomaya
> Tripp Lite
>
>
>
>
>
>
>
>
> ________________________________
>  This message is for the addressee's use only. It may contain
confidential
> information. If you receive this message in error, please delete it and
> notify the sender. Tripp Lite disclaims all warranties and liabilities, and
> assumes no responsibility for viruses which may infect an email sent to you
> from Tripp Lite and which damage your electronic systems or information. It
> is your responsibility to maintain virus detection systems to prevent
> damage to your electronic systems and information.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20210305/1c88e18d/attachment-0001.htm>