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 02:45:41 +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> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0149524799942486103==" Return-path: Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xenproject.org with esmtp (Exim 4.84_2) (envelope-from ) id 1am9hA-0001Hf-5Q for xen-devel@lists.xenproject.org; Sat, 02 Apr 2016 00:45:44 +0000 Received: by mail-lf0-f46.google.com with SMTP id p188so66739673lfd.0 for ; Fri, 01 Apr 2016 17:45:42 -0700 (PDT) In-Reply-To: <20160401194356.GA451@gmail.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Olaf Hering Cc: Xen-devel , Wei Liu List-Id: xen-devel@lists.xenproject.org --===============0149524799942486103== Content-Type: multipart/alternative; boundary=001a11412b14a5f16a052f75d040 --001a11412b14a5f16a052f75d040 Content-Type: text/plain; charset=UTF-8 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. 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 > --001a11412b14a5f16a052f75d040 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Just finished a fresh testbed, xendomains still refused to g= et enabled when using --prefix=3D/usr and modules did load.

Took a look at /usr/local (which was non-existent before mak= e install), ocaml dumped its files there in /usr/local/lib and after moving= that directory into /usr/lib I could systemctl enable xendomains without a= n error!

I'll double check it over the weekend to confirm the iss= ue, find the exact cause and submit a fix.

Yours,

Sjoer van der Ploeg

On Apr 1, 2016 9:43 PM, "Olaf Hering" = <olaf@aepfle.de> wrote:
On Fri, Apr 01, Wei Liu wro= te:

> Ah, so it is the kernel modules that are not loaded. I can see why tha= t
> 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
--001a11412b14a5f16a052f75d040-- --===============0149524799942486103== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMueGVuLm9y Zy94ZW4tZGV2ZWwK --===============0149524799942486103==--