Re: Report on Xen-4.6rc2 from virt7-xen-46-candidate

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Sep 8, 2015 at 11:25 PM, T.Weyergraf <T.Weyergraf@xxxxxxxxxxxxx> wrote:
> Hi
>
> I gave the new Xen-4.6rc2 a spin on a CentOS 7 virtualisation guest
> (nested-xen). I haven't yet started testing guests, but rather looked at the
> install itself.
>
> One issue, I found, was with xenstored.service and the corresponding
> unit-file:
>
> [root@xencen7ws ~]# systemctl status xenstored
> xenstored.service - The Xen xenstore
>    Loaded: loaded (/usr/lib/systemd/system/xenstored.service; disabled)
>    Active: active (running) since Tue 2015-09-08 23:13:43 CEST; 13min ago
>   Process: 757 ExecStartPre=/bin/mkdir -p /var/run/xen (code=exited,
> status=0/SUCCESS)
>   Process: 753 ExecStartPre=/bin/rm -f /var/lib/xenstored/tdb* (code=exited,
> status=0/SUCCESS)
>   Process: 740 ExecStartPre=/bin/grep -q control_d /proc/xen/capabilities
> (code=exited, status=0/SUCCESS)
>  Main PID: 760 (xenstored)
>    CGroup: /system.slice/xenstored.service
>            └─760 /usr/sbin/xenstored
>
> Sep 08 23:13:43 xencen7ws.virtfinity.local xenstored[760]: TDB: tdb_open_ex:
> could not open file /var/lib/xenstored/tdb: No such file or directory
> Sep 08 23:13:43 xencen7ws.virtfinity.local xenstored[760]: Checking store
> ...
> Sep 08 23:13:43 xencen7ws.virtfinity.local xenstored[760]: Checking store
> complete.
> Sep 08 23:13:43 xencen7ws.virtfinity.local xenstored[760]: xenstored is
> ready
> Sep 08 23:13:43 xencen7ws.virtfinity.local systemd[1]: Started The Xen
> xenstore.
>
> As you can see, xenstored.service is running, but disabled by the package
> installation. This is, because xenstored.service apparently got overseen in
> the source-rpm's spec-file's post runtime/preun runtime. See diff [1] for
> details.

The Xen documentation (in INSTALL) recommends enabing
xen-init-dom0.service, xenconsoled.service, and
xen-qemu-dom0-disk-backend.service.  I didn't specifically enable
xenstored, because I figured that was the "systemd way" -- specify the
dependencies, specify what you actually want (i.e., a xen dom0), and
let it sort out what actually needs to be started.

Is there a good reason to specifically enable xenstored, even though
it will start automatically because of dependencies?

(I really am asking here -- this whole systemd thing is really new to me.)

> Also, I think xenstored should write a pidfile. You might consider adding to
> /usr/lib/systemd/system/xenstored.service:
> PIDFile=/var/run/xenstored.pid
> and change
> ExecStart=/usr/sbin/xenstored
> to
> ExecStart=/usr/sbin/xenstored --pid-file /var/run/xenstored.pid
> $XENSTORED_ARGS
>
> Hope this helps, this is just a quick start. I'll continue checking and
> reporting during the next days.

I think because systemd doesn't do forking, that it doesn't need a
pidfile.  In fact, if xenstored detects that it's running under
systemd, it will actually ignore the --pid-file directive.

 -George
_______________________________________________
CentOS-virt mailing list
CentOS-virt@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos-virt




[Index of Archives]     [CentOS Users]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [X.org]     [Xfree86]     [Linux USB]

  Powered by Linux