[Nut-upsdev] upsd flapping in the breeze
Arnaud Quette
aquette.dev at gmail.com
Thu May 28 08:58:43 UTC 2009
2009/5/27 Daniel O'Connor <doconnor at gsoft.com.au>
> On Wed, 27 May 2009, Arnaud Quette wrote:
> > > Have you also tried the newmge-ups driver? Being based on the same
> > > core as the usbhid-ups (USB) driver, it may be a little more
> > > forgiving in case of timeouts (although I'm not very familiar with
> > > it's predecessor, mge-shut).
> >
> > CAUTION: newmge-shut has still a major issue I haven't yet solved
> > (which explains why it has not yet superseded): a loss of
> > synchronization tends to happen.
>
> OK.
> Does it recover, or just stay out of sync?
>
excellent question: I frankly don't recall. looking at the log, I've mostly
done nothing on it since I've created it 2 years ago :-(
bad /me, thinking about cloning ;-)
> The SHUT protocol is *very* verbose and uses a slow 2400 baud link,
> > so you
> >
> > > want to give it lots of time before giving up (reading a 1500+
> > > bytes report descriptor will take more than 10 seconds). You may
> > > want to increase MAXAGE in upsd.conf to at least double that, to
> > > prevent PINGing the driver to death.
> >
> > I still have a point in my TODO list which is the baudrate
> > negotiation. newer units supports it.
> > there are also rooms for improvement on the startup sequence.
>
> Sounds like it would be nice :)
>
indeed
> > Daniel: I'm interested in debug trace of these startup failure. just
> > to see how it fails, and what should be done.
>
> OK, I'll have to see - I assume mge-shut -D -D -D is what you need?
>
> I'm not sure when I'll be able to test it though since the code could
> potentially leave a remote system shut down with no way to turn it back
> on :(
>
no hurry here.
cheers,
Arnaud
--
Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://www.debian.org
Free Software Developer - http://arnaud.quette.free.fr/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20090528/0fa074e7/attachment.htm>
More information about the Nut-upsdev
mailing list