Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 13 replies
  • Subscribers 0 subscribers
  • Views 3631 views
  • Users 0 members are here
Options
Suggested

[CONFIRMED] [7.350] No Support for Uninterruptible Power Supply

ToDo
I know it's in the KIL but I have had hope to see it working in the beta...

Used a APC Back-UPS CS 650 for testing:
-UPSd not running.
-No dashboard information regarding UPS Status is shown.
-No shutdown action in case of a power outage.

Starting the upds by console will shutdown the unit if the battery level is near end.

This is a must basic for version 7.4.
Parents Reply
  • 0 in reply to ToDo
    AFAIK, the problem why upsd does not start automatically is because of a typo in the corresponding udev-rule: /etc/udev/rules.d/10-udev-local.rules.

    The Run-Parameters miss the closing ". I am not sure if this will fix the upsd not running after bootup because udev runs very early on bootup (I can' t really test this in vmware, but will tomorrow on a real box).

    Still, after further investigation for QA today, it seems the used drivers are pretty unstable. Sometimes upsd starts correctly, sometimes not. A simple re-start of upsd sometimes helps, sometimes not. There is defenitively something wrong with the driver (perhaps it can' t handle such frequent requests?). Also, it produces endless looped connect-messages in the log.
Children
  • 0 in reply to trollvottel
    Hi trollvottel,

    just made the closing " for mge and apc. => Reboot

    These files are still missing:
    -no file /var/run/upsdevctl
    -no file /var/run/upsmon.pid

    Console login => ./etc/init.d/upsd start:
    Simulate power outage:
    2008:11:24-22:36:32 (none) upsmon[2452]: Executing automatic power-fail shutdown 
    2008:11:24-22:36:32 (none) upsmon[2452]: system will be shut down 
    2008:11:24-22:36:37 (none) upsd[2599]: Host 127.0.0.1 disconnected (read failure) 
    2008:11:24-22:36:37 (none) init: Switching to runlevel: 0 

    Think the driver got the handle...

    There is no silent switch in WebAdmin for the usv, sorry I must stop for today. ;-)
  • 0 in reply to ToDo
    Version 2.2.2 is now able to PowerOff the UPS at the end of a power cycle.

    I would therefore recommend that you update to this version.
    The newhidups driver name has changed to usbhid-ups.
  • 0 in reply to ToDo
    Applied 7.360 => reboot => login => UPS Status is not shown on Dashboard...
    2008:12:03-19:30:02 (none) upsmon[2441]: Poll UPS [ups@localhost] failed - Driver not connected
    2008:12:03-19:31:42 (none) upsmon[2441]: UPS ups@localhost is unavailable 

    Console login => ./etc/init.d/upsd start:
    2008:12:03-20:20:08 (none) newhidups[6742]: Startup successful 
    2008:12:03-20:20:09 (none) upsd[2437]: Connected to UPS [ups]: newhidups-ups0 
    2008:12:03-20:20:10 (none) postgres[6662]: [3-1] LOG: unexpected EOF on client connection 
    2008:12:03-20:20:12 (none) upsmon[2441]: communication to UPS established 

    Status is shown and keeps working on Dashboard (battery is loading) but:
    2008:12:03-20:23:24 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:24 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:24 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:24 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:24 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:29 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:29 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:29 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:29 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:29 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:29 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:34 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:34 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:34 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:34 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:34 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:34 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:35 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:35 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:35 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:35 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:35 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:35 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:41 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:41 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:41 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:41 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:41 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:41 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:47 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:47 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:47 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:47 (none) upsd[2437]: Client on 127.0.0.1 logged out 
    2008:12:03-20:23:47 (none) upsd[2437]: Connection from 127.0.0.1 
    2008:12:03-20:23:47 (none) upsd[2437]: Client on 127.0.0.1 logged out
  • 0 in reply to ToDo
    Hi All,

    If Astaro is using the Network UPS tools from Network UPS Tools: Features , then it should support clients connecting to the master server and recieving status notifications about the UPS - is this true of your implementation?

    Could this be configurable through the GUI?

    Scenario:

    1)  UPS connected to Astaro Gateway via USB cable
    2)  Other servers/computers that are also powered by the same UPS run the client software, and connect to the ASG box to monitor the UPS status.
    3)  In critical power loss, all systems shutdown in a co-ordinated fashion.

    It would be great if there was a place to configure the UPS behaviour from within the WebAdmin interface - for instance - (if the above is true of clients being able to connect), controlling which hosts/networks are allowed to poll the network UPS server daemon...?

    Thoughts anyone?

    Cheers,

    Ben
  • 0 in reply to b2bweb
    Your update to upsd doesn't seem to be very stable.
    I have to start the service to get it work...

    Sometimes I get a dashboard update sometimes not...

    Regards

    ToDo
  • 0 in reply to ToDo
    Yes. The update didnt fix anything, only an increased version number. We will further investigate the problem, also upgrading to v2.2.x is considered because the used "newhidups" driver in 2.0.5 is experimental according to nut documentation.

    The problem seems to be driver related, some kind of race condition. That would explain why sometimes it works and sometimes not.

    BTW: It doesnt matter if MGE or APC ups, both use the same driver on ASG.
  • 0 in reply to trollvottel
    Tomorrows BETA4 release already has the fixed UPS support. Tested already with APC and MGE. [:D]

    Please report if your other models work as well and keep in mind that I've only implemented detection for UPSes that are supported by the hidups driver of NUT package. Check /etc/udev/rules.d/10-local-udev.rule if your model and vendor ID matches (check with lsusb while UPS plugged in). If not, its not supported. If yes, it should already work.
  • 0 in reply to trollvottel
    Hi trollvottel,
    what happens if we get power back on the ups after critical power loss?

    Regards

    ToDo
  • 0 in reply to ToDo
    Hi trollvottel,
    what happens if we get power back on the ups after critical power loss?

    Regards

    ToDo


    That depends on your UPS. Usually it should turn itself on again and provide ASG with power so that ASG also comes up again. Nothing has been changed on this manner.