<div dir="ltr"><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">On my Fedora 31, I only have 2 xen rpms:</div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">xen-licenses-4.12.2-3.fc31.x86_64<br>xen-libs-4.12.2-3.fc31.x86_64<br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif"><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">If you don&#39;t need xen specifically, you shouldn&#39;t use a xen kernel.  Everything is using KVM nowadays</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 1, 2020 at 9:17 AM Lloyd Kvam &lt;<a href="mailto:lkvam@venix.com">lkvam@venix.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, 2020-05-31 at 20:10 -0400, Jerry Feldman wrote:<br>
&gt; Why are you using the xen kernel.<br>
<br>
I had set this up years ago (2012??) using Xen and haven&#39;t tried to change it. Other than a<br>
brief problem a few years back, it has worked smoothly.<br>
<br>
I am reading up on the libvirt image handling now so that I can figure out my options for<br>
regaining access to the server data - or shifting my virtualization.<br>
<br>
&gt; --<br>
&gt; Jerry Feldman &lt;<a href="mailto:gaf.linux@gmail.com" target="_blank">gaf.linux@gmail.com</a>&gt;<br>
&gt; Boston Linux and Unix <a href="http://www.blu.org" rel="noreferrer" target="_blank">http://www.blu.org</a><br>
&gt; PGP key id: 6F6BB6E7<br>
&gt; PGP Key fingerprint: 0EDC 2FF5 53A6 8EED 84D1  3050 5715 B88D 6F6<br>
&gt; B B6E7<br>
&gt; <br>
&gt; On Sun, May 31, 2020, 8:08 PM Lloyd Kvam &lt;<a href="mailto:lkvam@venix.com" target="_blank">lkvam@venix.com</a>&gt; wrote:<br>
&gt; <br>
&gt; &gt; The key piece that I left out: libvirtd fails when I boot the XEN kernel.<br>
&gt; &gt; It&#39;s OK with the<br>
&gt; &gt; regular kernel.<br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; On Sun, 2020-05-31 at 19:38 -0400, Lloyd Kvam wrote:<br>
&gt; &gt; &gt; On Sun, 2020-05-31 at 18:17 -0400, Jerry Feldman wrote:<br>
&gt; &gt; &gt; &gt; I have not used libvirtd on fedora 32 directky but I do use gnome boxes<br>
&gt; &gt; &gt; &gt; that does use libvirtd.<br>
&gt; &gt; &gt; &gt; Did you try removing and reloading the packages.<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; Yes, dnf reinstall on the libvirt and xen packages.<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; After disabling libvirtd and rebooting I was finally able to just run<br>
&gt; &gt; <br>
&gt; &gt; libvirtd manually. I<br>
&gt; &gt; &gt; got<br>
&gt; &gt; &gt; an error about virbr0 already existed. Poking through /etc I found an<br>
&gt; &gt; <br>
&gt; &gt; ancient qemu/networks<br>
&gt; &gt; &gt; XML<br>
&gt; &gt; &gt; file that defined virbr0 as well as a new XML file elsewhere that did<br>
&gt; &gt; <br>
&gt; &gt; the same. Since then,<br>
&gt; &gt; &gt; the<br>
&gt; &gt; &gt; manual runs simply dump core.<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; I&#39;ve deleted the ancient files (backed up by etckeeper) and am rebooting<br>
&gt; &gt; <br>
&gt; &gt; and trying things.<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; Thanks for responding.<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; --<br>
&gt; &gt; &gt; &gt; Jerry Feldman &lt;<a href="mailto:gaf.linux@gmail.com" target="_blank">gaf.linux@gmail.com</a>&gt;<br>
&gt; &gt; &gt; &gt; Boston Linux and Unix <a href="http://www.blu.org" rel="noreferrer" target="_blank">http://www.blu.org</a><br>
&gt; &gt; &gt; &gt; PGP key id: 6F6BB6E7<br>
&gt; &gt; &gt; &gt; PGP Key fingerprint: 0EDC 2FF5 53A6 8EED 84D1  3050 5715 B88D 6F6<br>
&gt; &gt; &gt; &gt; B B6E7<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; On Sun, May 31, 2020, 6:11 PM Lloyd Kvam &lt;<a href="mailto:lkvam@venix.com" target="_blank">lkvam@venix.com</a>&gt; wrote:<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; This on my home server which runs a virtualized Ubuntu. The output<br>
&gt; &gt; <br>
&gt; &gt; below<br>
&gt; &gt; &gt; &gt; &gt; is from journalctl and<br>
&gt; &gt; &gt; &gt; &gt; shows how libvirtd just recycles without end. I would greatly<br>
&gt; &gt; <br>
&gt; &gt; appreciate<br>
&gt; &gt; &gt; &gt; &gt; any pointers for<br>
&gt; &gt; &gt; &gt; &gt; figuring out what&#39;s wrong with libvirtd.<br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; I suppose an alternative would be to turn the Ubuntu image into<br>
&gt; &gt; <br>
&gt; &gt; normal<br>
&gt; &gt; &gt; &gt; &gt; disk drive partition[s]<br>
&gt; &gt; &gt; &gt; &gt; and just run it directly.<br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; &quot;&quot;&quot; from journalctl libvirtd.service<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:48:39 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Consumed<br>
&gt; &gt; &gt; &gt; &gt; 2.011s CPU time.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:48:39 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Scheduled<br>
&gt; &gt; &gt; &gt; &gt; restart job, restart counter is at 55.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:48:39 vmhost.home.lan systemd[1]: Stopped Virtualization<br>
&gt; &gt; <br>
&gt; &gt; daemon.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:48:39 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Consumed<br>
&gt; &gt; &gt; &gt; &gt; 2.011s CPU time.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:48:39 vmhost.home.lan systemd[1]: Starting Virtualization<br>
&gt; &gt; &gt; &gt; &gt; daemon...<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:48:44 vmhost.home.lan systemd[1]: Started Virtualization<br>
&gt; &gt; <br>
&gt; &gt; daemon.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:18 vmhost.home.lan systemd[1]: libvirtd.service: Main<br>
&gt; &gt; <br>
&gt; &gt; process<br>
&gt; &gt; &gt; &gt; &gt; exited, code=killed, status=11/SEGV<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:18 vmhost.home.lan systemd[1]: libvirtd.service: Failed<br>
&gt; &gt; <br>
&gt; &gt; with<br>
&gt; &gt; &gt; &gt; &gt; result &#39;signal&#39;.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:18 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Consumed<br>
&gt; &gt; &gt; &gt; &gt; 2.378s CPU time.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:19 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Scheduled<br>
&gt; &gt; &gt; &gt; &gt; restart job, restart counter is at 56.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:19 vmhost.home.lan systemd[1]: Stopped Virtualization<br>
&gt; &gt; <br>
&gt; &gt; daemon.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:19 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Consumed<br>
&gt; &gt; &gt; &gt; &gt; 2.378s CPU time.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:19 vmhost.home.lan systemd[1]: Starting Virtualization<br>
&gt; &gt; &gt; &gt; &gt; daemon...<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:22 vmhost.home.lan systemd[1]: Started Virtualization<br>
&gt; &gt; <br>
&gt; &gt; daemon.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:47 vmhost.home.lan systemd[1]: libvirtd.service: Main<br>
&gt; &gt; <br>
&gt; &gt; process<br>
&gt; &gt; &gt; &gt; &gt; exited, code=killed, status=11/SEGV<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:47 vmhost.home.lan systemd[1]: libvirtd.service: Failed<br>
&gt; &gt; <br>
&gt; &gt; with<br>
&gt; &gt; &gt; &gt; &gt; result &#39;signal&#39;.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:47 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Consumed<br>
&gt; &gt; &gt; &gt; &gt; 1.931s CPU time.<br>
&gt; &gt; &gt; &gt; &gt; May 31 17:49:47 vmhost.home.lan systemd[1]: libvirtd.service:<br>
&gt; &gt; <br>
&gt; &gt; Scheduled<br>
&gt; &gt; &gt; &gt; &gt; restart job, restart counter is at 57.<br>
&gt; &gt; &gt; &gt; &gt; &quot;&quot;&quot;<br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; Any help or suggestions would be greatly appreciated.<br>
&gt; &gt; &gt; &gt; &gt; Thanks.<br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; --<br>
&gt; &gt; &gt; &gt; &gt; Lloyd Kvam<br>
&gt; &gt; &gt; &gt; &gt; 5 Foliage View<br>
&gt; &gt; &gt; &gt; &gt; Lebanon, NH 03766<br>
&gt; &gt; &gt; &gt; &gt; 802-448-0836<br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; &gt; &gt; gnhlug-discuss mailing list<br>
&gt; &gt; &gt; &gt; &gt; <a href="mailto:gnhlug-discuss@mail.gnhlug.org" target="_blank">gnhlug-discuss@mail.gnhlug.org</a><br>
&gt; &gt; &gt; &gt; &gt; <a href="http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/" rel="noreferrer" target="_blank">http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/</a><br>
&gt; &gt; &gt; &gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; --<br>
&gt; &gt; Lloyd Kvam<br>
&gt; &gt; 5 Foliage View<br>
&gt; &gt; Lebanon, NH 03766<br>
&gt; &gt; 802-448-0836<br>
&gt; &gt; <br>
&gt; &gt; <br>
&gt; &gt; <br>
-- <br>
Lloyd Kvam<br>
5 Foliage View<br>
Lebanon, NH 03766<br>
802-448-0836<br>
<br>
<br>
_______________________________________________<br>
gnhlug-discuss mailing list<br>
<a href="mailto:gnhlug-discuss@mail.gnhlug.org" target="_blank">gnhlug-discuss@mail.gnhlug.org</a><br>
<a href="http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/" rel="noreferrer" target="_blank">http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/</a><br>
</blockquote></div>