-
-
Notifications
You must be signed in to change notification settings - Fork 423
bcmxcp_usb/alarm_set: result was truncated #2248
Copy link
Copy link
Open
Labels
MGEMGE branded devices and (USB) chipsets, now part of Eaton; mostly bcmxcp driversMGE branded devices and (USB) chipsets, now part of Eaton; mostly bcmxcp driversbugimpacts-release-2.8.1Issues reported against NUT release 2.8.1 (maybe vanilla or with minor packaging tweaks)Issues reported against NUT release 2.8.1 (maybe vanilla or with minor packaging tweaks)impacts-release-2.8.2Issues reported against NUT release 2.8.2 (maybe vanilla or with minor packaging tweaks)Issues reported against NUT release 2.8.2 (maybe vanilla or with minor packaging tweaks)
Milestone
Metadata
Metadata
Assignees
Labels
MGEMGE branded devices and (USB) chipsets, now part of Eaton; mostly bcmxcp driversMGE branded devices and (USB) chipsets, now part of Eaton; mostly bcmxcp driversbugimpacts-release-2.8.1Issues reported against NUT release 2.8.1 (maybe vanilla or with minor packaging tweaks)Issues reported against NUT release 2.8.1 (maybe vanilla or with minor packaging tweaks)impacts-release-2.8.2Issues reported against NUT release 2.8.2 (maybe vanilla or with minor packaging tweaks)Issues reported against NUT release 2.8.2 (maybe vanilla or with minor packaging tweaks)
I have a user with an ancient Powerware 9120 that's reportedly working with
bcmxcp_usbon NUT 2.8.1, apart from the syslogs getting spammed with the following warnings (?):Might be related to driver TO-DOs:
But wondering if those unhandled alarm states should be suppressed in the logs, or if the suspected core problem of the exceeded byte size of such alarms needs fixing and then it'd stay quiet anyhow (if unhandled).
Thanks a lot and wishing everyone happy holidays! Sent from mobile, please excuse the bad formatting.