El 18/07/15 a les 17:03, Charles Lepple ha escrit:
On Jul 17, 2015, at 9:42 AM, dmanye <[email protected]> wrote:
so i reinstalled again... but instead of using four separate partitions for /,
/usr, /var and /tmp, put all the stuff under an unique / partition and... it
works! why exactly? no idea, because if i'm not wrong, nut sensitive stuff is
under /lib, /sbin, /etc...
Please file a bug with Debian - I thought that multiple partitions worked?
However, I wonder if something got broken with having /var on a separate
partition. NUT stores some files in /var/run/nut but on my wheezy setup,
/var/run is a symlink to /run (on tmpfs) so there shouldn't be an issue. Does
'lsof' show any references to /var that would prevent proper shutdown?
hello,
i've repeated the installation process. my partman preseed setup
contains separate partitions for
/
/boot
/usr
/var
/tmp
with this setup, issuing the command 'upsmon -c fsd' stops the server
but does not make the ups 'reboot' the output outlets.
i've repeated the installation without a separate partition for /var (so
/var is contained in / partition) and the result is the same. so /var
seems not to be the problem.
i've repeated the installation without a separate partition for /usr (so
/usr is contained in / partition) and the result is that now it works:
the server is stopped and the ups is 'rebooted'.
i did all these tests using the default systemd, and also replacing it
with sysvinit. the results were the same independently of the init
system used.
looking at my /etc/rc0.d, nut client and server have number 01 and
filesystems (not root) are unmounted at 06, root is unmounted at 07 and
finally in 08 system is halted / poweroff. these numbers depend on the
services installed on the system, but the order should be the same. if
/usr is in a separate partition, it is unmounted at 07 (and
"disappears"). if it is within /, in 08 it is still there because root
is not unmounted, it is just mounted read-only.
i think the problem is that the nut stop scripts does not trigger the
ups reboot *before* finishing and before the stop system pass to the
next level. the process to trigger the reboot is done in parallel with
the system shutdown and if /usr is gone it fails to reboot the ups.
what do you think? am i wrong?
thanks.
_______________________________________________
Nut-upsuser mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsuser