Bug#832566: systemd-machined breaks automounting nfs shares
John Pearson
john at huiac.com
Tue Mar 28 08:35:08 BST 2017
Hello Michael,
The KVM domain is "auto-started" by libvirtd, and that appears to result
in systemd-machined starting up.
Stopping systemd-machined, then stopping and re-starting the virtual
machine using virsh causes systemd-machined to restart along with it.
I've tried both disabling and masking the systemd-machined service using
systemctl, but that appears to have no effect.
Regards,
John Pearson.
On 28/03/17 16:09, Michael Biebl wrote:
> Am 27.10.2016 um 23:13 schrieb John Pearson:
>> Hello Michael,
>>
>> Thanks for looking at this.
>>
>> On 22/10/16 11:07, Michael Biebl wrote:
>>> Am 27.07.2016 um 02:59 schrieb John Pearson:
>>>> Hello Michael,
>>>>
>>>> After the problem first occurred I reviewed bug #767468 and purged both
>>>> cgmanager and sytemd-shim, but the problem remained. And, of course,
>>>> /proc shows systemd-machined (and only systemd-machined) still "thought"
>>>> /nfs/home was mounted.
>>> Why is systemd-machined running? Do you have any systemd-nspawn
>>> containers running where /home is symlinked or bind-mounted?
>> I have no idea - it was installed as part of the systemd package, and
>> starts automatically at boot. The machine runs a single KVM instance
>> hosting Windows 7, managed by libvirtd.
>>
>>> If you stop systemd-machined, is the problem gone?
>> That seems to fix it without any obvious drawbacks, but I assume I'd
>> have to do the same after each reboot.
>>
> Is machined started by libvirtd then? What if you systemctl disable
> libvirtd.service, does systemd-machined.service still start?
>
> Can you reproduce the problem with stretch, i.e. with systemd v232?
>
>
>
--
*email:* john at huiac.com
"The greatest shortcoming of the human race
is our inability to understand
the exponential function."
- Albert Allen Bartlett
*web:* http://www.huiac.com/
*mob:* +61 407 391 169
*phone:* +61 8 7127 6275
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20170328/9ab2c48e/attachment-0002.html>
More information about the Pkg-systemd-maintainers
mailing list