cantanga

Members
  • Posts

    4
  • Joined

  • Last visited

cantanga's Achievements

Noob

Noob (1/14)

0

Reputation

  1. I had not. I had tried ups.delay.shutdown (or at least some variant I found in the nut documents) and nut wouldn't even start. Looks like override made the world of difference. I now have safe shutdown of unraid. Thanks. I haven't tried to see if the ups turns off and on again like it should but that is a future problem.
  2. One of the great mysteries of life I guess, your work has helped me at least. Meanwhile I'm giving up. The dropbox plugin (either from my own or the one you put above) method hasn't seemed to help any, still can't get it to safe shutdown so I figure I'll set it to run for 30 minutes before it tries to shut down, battery will die well before that but if it's going to do it unsafely either way then may as well try to get it to ride out any outage as long as it can. At least I got monitoring going. Hopefully someone can get a 2.8.0 plugin (or docker maybe?) up and running for unraid.
  3. No idea. Seems to be pretty much the exact same configuration as yours (except for some tweaking on the runtimecal) I am definitely above my head on this one, but hey I'm learning something, not sure what it is, but something. Can I ask what you mean by: i edited the nut.plg to point to the file on dropbox and installed the plugin pulling the modified .txz was it <!ENTITY gitURL you edited? or is it something different you changed in nut.plg to point to the modified .txz?
  4. Thanks for the posts @k1netic I have been trying for a couple of weeks to figure out how to get the digitech UPS connected, your troubleshooting helped a lot. You haven't figured out how to get the system to do a clean shutdown have you? I'm finding that it's ignoring the no ups shutdown command and the delay doesn't work. As soon as the command is sent the UPS shuts off giving unraid a dirty shutdown