On Mon, 9 Jan 2023 at 23:28, Greg Troxel wrote:
>
> David Brownlee writes:
>
> > If only we had a reliable way to remount filesystems from read-write
> > to readonly after flushing data, that could be an option on shutdown,
> > then the ups command could be triggered with no writable filesystems
David Brownlee writes:
> If only we had a reliable way to remount filesystems from read-write
> to readonly after flushing data, that could be an option on shutdown,
> then the ups command could be triggered with no writable filesystems
> :-P
That is what ought to happen, yes. I am sort of surp
David Holland writes:
> On Fri, Jan 06, 2023 at 10:13:36AM -0500, Greg Troxel wrote:
> > Does it seem reasonably safe that mountall through root will be fast, <
> 10s?
>
> We've been seeing scattered reports of unmounting taking fast amounts
> of time, particularly on nvme devices, and I don't
On Mon, 9 Jan 2023 at 20:30, David Holland wrote:
>
> On Fri, Jan 06, 2023 at 10:13:36AM -0500, Greg Troxel wrote:
> > Does it seem reasonably safe that mountall through root will be fast, <
> 10s?
>
> We've been seeing scattered reports of unmounting taking fast amounts
> of time, particularly
On Fri, Jan 06, 2023 at 10:13:36AM -0500, Greg Troxel wrote:
> Does it seem reasonably safe that mountall through root will be fast, < 10s?
We've been seeing scattered reports of unmounting taking fast amounts
of time, particularly on nvme devices, and I don't think we know why
yet.
It's a bug,
Currently, pkgsrc/sysutils/ups-nut works well on NetBSD (somewhat shaky
testing on some points, but my current belief):
UPS is monitored and data is available
configuration of UPS params
messages on loss of comms and restore
messages on transition to battery and return
initiation of shut
