From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sjoer van der Ploeg Subject: Re: [PATCH] Fixed --enable-systemd on latest Debian stretch. Added xencommons as a systemd.service. Date: Sat, 2 Apr 2016 13:24:07 +0200 Message-ID: References: <1459456525-13897-1-git-send-email-sfjuocekr@gmail.com> <20160401151705.GJ27636@citrix.com> <20160401155722.GO27636@citrix.com> <20160401170123.GA1032@citrix.com> <20160401194356.GA451@gmail.com> <20160402105947.GA8067@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0439196704069366585==" Return-path: Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1amJf0-0003Du-JI for xen-devel@lists.xenproject.org; Sat, 02 Apr 2016 11:24:10 +0000 Received: by mail-lb0-f171.google.com with SMTP id bc4so95423763lbc.2 for ; Sat, 02 Apr 2016 04:24:08 -0700 (PDT) In-Reply-To: <20160402105947.GA8067@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Wei Liu Cc: Xen-devel , Olaf Hering List-Id: xen-devel@lists.xenproject.org --===============0439196704069366585== Content-Type: multipart/alternative; boundary=001a11c333f2e0cd9d052f7ebb99 --001a11c333f2e0cd9d052f7ebb99 Content-Type: text/plain; charset=UTF-8 Well if you install ocaml-nox oxenstored is made default, so I tested both situations this morning with and without ocaml. That location is not causing the problem, as it happened without ocaml too. The install path for ocaml is worth checking, as it should not default to /usr/local, after grepping the files I found one occurrence of /usr/local in configure:ac_default_prefix=/usr/local (requires further investigation. Starting the xendomains systemd service manually works on a fresh install. Enabling the xendomains systemd service does not. After I had enabled xencommons through update-rc.d once, the systemd service for xendomains would enable. I am not at home over the weekend, but have remote access to the machines at home so might test further when I get the chance. Yours, Sjoer van der Ploeg On Sat, Apr 2, 2016 at 12:59 PM, Wei Liu wrote: > On Sat, Apr 02, 2016 at 02:45:41AM +0200, Sjoer van der Ploeg wrote: > > Just finished a fresh testbed, xendomains still refused to get enabled > when > > using --prefix=/usr and modules did load. > > > > Took a look at /usr/local (which was non-existent before make install), > > ocaml dumped its files there in /usr/local/lib and after moving that > > directory into /usr/lib I could systemctl enable xendomains without an > > error! > > > > I'll double check it over the weekend to confirm the issue, find the > exact > > cause and submit a fix. > > > > Did you perhaps use ocaml xenstored implementation? Then there might be > a problem with its install target. > > The ocaml tools are under tools/ocaml directory if you want to check. > > Wei. > > > Yours, > > > > Sjoer van der Ploeg > > On Apr 1, 2016 9:43 PM, "Olaf Hering" wrote: > > > > > On Fri, Apr 01, Wei Liu wrote: > > > > > > > Ah, so it is the kernel modules that are not loaded. I can see why > that > > > > would be a problem. My experience with systemd is a bit rusty at the > > > > moment. I will find some time to have a look at this next week. > > > > > > They get loaded via the system-modules-load.service, perhaps that one > is > > > disabled. > > > > > > Olaf > > > > --001a11c333f2e0cd9d052f7ebb99 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well if you install ocaml-nox oxenstored is made default, = so I tested both situations this morning with and without ocaml. That locat= ion is not causing the problem, as it happened without ocaml too. The insta= ll path for ocaml is worth checking, as it should not default to /usr/local= , after grepping the files I found one occurrence of /usr/local in=C2=A0con= figure:ac_default_prefix=3D/usr/local (requires further investigation.
<= br>Starting the xendomains systemd service manually works on a fresh instal= l.
Enabling the xendomains systemd service does not.

After = I had enabled xencommons through update-rc.d once, the systemd service for = xendomains would enable.

I am not at home over the= weekend, but have remote access to the machines at home so might test furt= her when I get the chance.


Yours,
<= div>
Sjoer van der Ploeg

On Sat, Apr 2, 2016 at 12:59 PM, Wei Liu <= span dir=3D"ltr"><wei.liu2@citrix.com> wrote:
On Sat, Apr 02, 2016 at 02:45:41AM +0200, Sjoer van der Ploeg wrote: > Just finished a fresh testbed, xendomains still refused to get enabled= when
> using --prefix=3D/usr and modules did load.
>
> Took a look at /usr/local (which was non-existent before make install)= ,
> ocaml dumped its files there in /usr/local/lib and after moving that > directory into /usr/lib I could systemctl enable xendomains without an=
> error!
>
> I'll double check it over the weekend to confirm the issue, find t= he exact
> cause and submit a fix.
>

Did you perhaps use ocaml xenstored implementation? Then there might be
a problem with its install target.

The ocaml tools are under tools/ocaml directory if you want to check.

Wei.

> Yours,
>
> Sjoer van der Ploeg
> On Apr 1, 2016 9:43 PM, "Olaf Hering" <olaf@aepfle.de> wrote:
>
> > On Fri, Apr 01, Wei Liu wrote:
> >
> > > Ah, so it is the kernel modules that are not loaded. I can s= ee why that
> > > would be a problem. My experience with systemd is a bit rust= y at the
> > > moment. I will find some time to have a look at this next we= ek.
> >
> > They get loaded via the system-modules-load.service, perhaps that= one is
> > disabled.
> >
> > Olaf
> >

--001a11c333f2e0cd9d052f7ebb99-- --===============0439196704069366585== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tZGV2ZWwK --===============0439196704069366585==--