Re: [libvirt-users] Xen died - Fedora upgrade from 21 to 26
My server was installed as a "minimal install" in text mode, so there may be some difference between my setup and your laptop. Are you able to email the output of "systemctl list-unit-files" to me so that I can see what services are enabled? I tried installing a couple of the other drivers mentioned in the log file... # dnf install libvirt-daemon-driver-lxc # dnf install libvirt-daemon-driver-uml # dnf install libvirt-daemon-driver-vbox But this made no difference. I then tried disabling xenconsole.service, which fixed some things and broke others. - reboots now work (I don't have to hard power cycle - it was locking up when trying to kill both the libvirtd and the xenconsole services) - "virsh list" now works (shows an empty list) - "xl list" now gives an error instead of just locking up (the same error as if libvirtd wasn't running - see below). - "virsh define vmtest.xml" now gives an error (the same error that it gave before I installed libvirt-daemon-driver-libxl - see below) - libvirtd.service starts fine on bootup. Manually restarting libvirtd does not resolve the above problems. Note that on my Fedora 21 machine, it has libvirtd.service and xendomains.service and xenconsoled.service all running simultaneously, and it has been running for years without issues (even on reboots) Is there any documentation on what needs to be installed and/or running to use Xen, and what conflicts? Or is there any documentation on how Xen should be installed for the current version of Fedora? Thank you GC # virsh define vmtest.xml error: Failed to define domain from vmtest.xml error: invalid argument: could not find capabilities for arch=x86_64 domaintype=xen # xl list xencall: error: Could not obtain handle on privileged command interface: No such file or directory libxl: error: libxl.c:108:libxl_ctx_alloc: cannot open libxc handle: No such file or directory cannot init xl context On 27/07/2017 11:40 AM, Alvin Starr wrote: I just tried my laptop and booted xen and can virsh list and xl seem to work. On 07/26/2017 06:27 PM, G Crowe wrote: Alvin, Thanks for that. I disabled the xendomains service (I had to do it twice, as it seemed to re-enable itself after the first reboot) and it now starts libvirtd automatically on startup. However, all is not well! "xl list" and "virsh list" will just hang "systemctl stop libvirtd" just hangs and after this "ps aux" lists the process as defunct root 673 0.0 0.0 0 0 ?Zsl 08:04 0:00 [libvirtd] "kill -KILL 673" has no effect "shutdown -r now" also hangs (I have to physically power off the machine) irrespectively of whether I have tried to stop the service before shutdown or not. None of this happened yesterday when I manually started libvirtd after bootup (when xendomains was still running). The logs show nothing in error or warning category, just a heap of info (I have the logs set to level 2). Is there anything in particular that I should be looking for in the logs? Regarding the use of a VM to access the host in a remote location... I had considered this and there was little choice. The machine is on the end of a VDSL line and was installed to consolidate a few servers in that location in order to save power. I figured that automatically starting a VM that ran the networking was not much more risk than a physical server that had to start up its networking, and that has (so far) proven to be true with all of the remote restarts & power outages to date. The only other option is an expensive second link to the host, and I've decided to live with the possibility of having to talk someone through a restart over the phone rather than go down that route. Interestingly, with the NBN in Australia (the country-wide rollout of fibre or broadband to every premises) they have effectively converted all our phone lines to VoIP. This has resulted in the old physical landline now requiring one of the VMs to be running as well, so if I ever need to talk someone through a restart it will need to be on a mobile phone. Thank you GC On 27/07/2017 5:47 AM, Alvin Starr wrote: I addressed the fix to Jim but I should have addressed it to you. Try systemctl disable xendomains.service It is conflicting with libvirtd.service. I found it by using "systemd-analyze dot libvirtd.service | dot -Tgif > /tmp/dot1.gif" It looks like libvirt-daemon-driver-xen or libvirt-daemon-driver-libxl should disable the xendomains.service On 07/26/2017 06:46 AM, G Crowe wrote: Jim, Thanks for that, I had manually installed libvirt-daemon-driver-xen, but also needed to install libvirt-daemon-driver-libxl. I can now create VMs and convert config formats. However the daemon still fails to start on bootup. It starts fine when I manually start it with "systemc
Re: [libvirt-users] Xen died - Fedora upgrade from 21 to 26
Alvin, Thanks for that. I disabled the xendomains service (I had to do it twice, as it seemed to re-enable itself after the first reboot) and it now starts libvirtd automatically on startup. However, all is not well! "xl list" and "virsh list" will just hang "systemctl stop libvirtd" just hangs and after this "ps aux" lists the process as defunct root 673 0.0 0.0 0 0 ?Zsl 08:04 0:00 [libvirtd] "kill -KILL 673" has no effect "shutdown -r now" also hangs (I have to physically power off the machine) irrespectively of whether I have tried to stop the service before shutdown or not. None of this happened yesterday when I manually started libvirtd after bootup (when xendomains was still running). The logs show nothing in error or warning category, just a heap of info (I have the logs set to level 2). Is there anything in particular that I should be looking for in the logs? Regarding the use of a VM to access the host in a remote location... I had considered this and there was little choice. The machine is on the end of a VDSL line and was installed to consolidate a few servers in that location in order to save power. I figured that automatically starting a VM that ran the networking was not much more risk than a physical server that had to start up its networking, and that has (so far) proven to be true with all of the remote restarts & power outages to date. The only other option is an expensive second link to the host, and I've decided to live with the possibility of having to talk someone through a restart over the phone rather than go down that route. Interestingly, with the NBN in Australia (the country-wide rollout of fibre or broadband to every premises) they have effectively converted all our phone lines to VoIP. This has resulted in the old physical landline now requiring one of the VMs to be running as well, so if I ever need to talk someone through a restart it will need to be on a mobile phone. Thank you GC On 27/07/2017 5:47 AM, Alvin Starr wrote: I addressed the fix to Jim but I should have addressed it to you. Try systemctl disable xendomains.service It is conflicting with libvirtd.service. I found it by using "systemd-analyze dot libvirtd.service | dot -Tgif > /tmp/dot1.gif" It looks like libvirt-daemon-driver-xen or libvirt-daemon-driver-libxl should disable the xendomains.service On 07/26/2017 06:46 AM, G Crowe wrote: Jim, Thanks for that, I had manually installed libvirt-daemon-driver-xen, but also needed to install libvirt-daemon-driver-libxl. I can now create VMs and convert config formats. However the daemon still fails to start on bootup. It starts fine when I manually start it with "systemctl start libvirtd" but setting it to autostart with "systemctl enable libvirtd" seems to have no effect. When I look at the status, it tells me that the service is "enabled" which means that it starts on bootup (well, that's what it means for any other service). This is rather critical on this PC, as it has unattended restarts and the VPN/routing is done in one of the VMs (i.e. I can't get to it unless it auto-starts at least one VM). Unfortunatley there is nothing appearing in the libvirtd log over a reboot to help diagnose. Any suggestions? Thank you GC [root@testhost ~]# systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled) Active: inactive (dead) Docs: man:libvirtd(8) http://libvirt.org On 25/07/2017 1:20 AM, Jim Fehlig wrote: On 07/23/2017 04:25 PM, G Crowe wrote: Hi, I am trying to upgrade my Xen host (Dom0) and are having troubles getting it to work. I think that it has booted into a kernel that supports Xen (running 'xl info' does list some Xen capabilities), but I have three problems (that I have found so far). Firstly, the "libvirtd" daemon doesn't start on bootup (and as a result all 'virsh' commands fail). It is set to auto-start (systemctl enable libvirtd), and can be manually started (systemctl start libvirtd), but it will not auto-start on reboot. Secondly, Once I have manually started libvirtd, when I try to define a domain it gives me an error "could not find capabilities for arch=x86_64 domaintype=xen" and I haven't yet been able to define any domains. This domain type works fine on Fedora 21. Thirdly, I am unable to convert to/from xml config format, it gives me the error "error: invalid argument: unsupported config type xen-xl" however the format "xen-xl" works fine on the Fedora 21 machine. It sounds like the libvirt libxl driver is not loaded. Is the libvirt-daemon-driver-libxl package installed? If it's installed, enabling debug logging in libvirtd can p
Re: [libvirt-users] Xen died - Fedora upgrade from 21 to 26
Jim, Thanks for that, I had manually installed libvirt-daemon-driver-xen, but also needed to install libvirt-daemon-driver-libxl. I can now create VMs and convert config formats. However the daemon still fails to start on bootup. It starts fine when I manually start it with "systemctl start libvirtd" but setting it to autostart with "systemctl enable libvirtd" seems to have no effect. When I look at the status, it tells me that the service is "enabled" which means that it starts on bootup (well, that's what it means for any other service). This is rather critical on this PC, as it has unattended restarts and the VPN/routing is done in one of the VMs (i.e. I can't get to it unless it auto-starts at least one VM). Unfortunatley there is nothing appearing in the libvirtd log over a reboot to help diagnose. Any suggestions? Thank you GC [root@testhost ~]# systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled) Active: inactive (dead) Docs: man:libvirtd(8) http://libvirt.org On 25/07/2017 1:20 AM, Jim Fehlig wrote: On 07/23/2017 04:25 PM, G Crowe wrote: Hi, I am trying to upgrade my Xen host (Dom0) and are having troubles getting it to work. I think that it has booted into a kernel that supports Xen (running 'xl info' does list some Xen capabilities), but I have three problems (that I have found so far). Firstly, the "libvirtd" daemon doesn't start on bootup (and as a result all 'virsh' commands fail). It is set to auto-start (systemctl enable libvirtd), and can be manually started (systemctl start libvirtd), but it will not auto-start on reboot. Secondly, Once I have manually started libvirtd, when I try to define a domain it gives me an error "could not find capabilities for arch=x86_64 domaintype=xen" and I haven't yet been able to define any domains. This domain type works fine on Fedora 21. Thirdly, I am unable to convert to/from xml config format, it gives me the error "error: invalid argument: unsupported config type xen-xl" however the format "xen-xl" works fine on the Fedora 21 machine. It sounds like the libvirt libxl driver is not loaded. Is the libvirt-daemon-driver-libxl package installed? If it's installed, enabling debug logging in libvirtd can provide hints why it is not loading http://libvirt.org/logging.html Regards, Jim I had these same issues when I tried to upgrade to Fedora 25 and assumed that something had been broken and so abandoned further attempts to upgrade, however since Fedora 26 is the same I am now assuming that I have stuffed something up myself (or missed something). Fedora 21 uses kernel 3.19.3 and xen 4.4.1 Fedora 26 uses kernel 4.11.8 and xen 4.8.1 I have tried following the info on https://wiki.xen.org/wiki/Fedora_Host_Installation but it appears to be out of date now (I used this site when I started using Xen under Fedora 19, and when I upgraded to Fedora 21) Does anyone have any suggestions? outputs from "xl info" and the domain config are below. I have also tried disabling SELinux, but it made no difference. Thanks GC --- On the fedora 26 box. # xl info host : family.mydomain.mytld release: 4.11.8-300.fc26.x86_64 version: #1 SMP Thu Jun 29 20:09:48 UTC 2017 machine: x86_64 nr_cpus: 4 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz: 2712 hw_caps: b7ebfbff:77faf3bf:2c100800:0121:000f:009c67af::0100 virt_caps : hvm hvm_directio total_memory : 8072 free_memory: 128 sharing_freed_memory : 0 sharing_used_memory: 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 8 xen_extra : .1 xen_version: 4.8.1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params: virt_start=0x8000 xen_changeset : xen_commandline: placeholder cc_compiler: gcc (GCC) 7.0.1 20170421 (Red Hat 7.0.1-0.15) cc_compile_by : mockbuild cc_compile_domain : [unknown] cc_compile_date: Wed May 3 21:23:49 UTC 2017 build_id : 1c6e5a40165e05837303942b54757ae1f2d5033d xend_config_format : 4 --- # cat vmtest.xml testVM 2097152 2097152 1 hvm /usr/lib/xen/boot/hvmloader destroy restart restart
[libvirt-users] Xen died - Fedora upgrade from 21 to 26
Hi, I am trying to upgrade my Xen host (Dom0) and are having troubles getting it to work. I think that it has booted into a kernel that supports Xen (running 'xl info' does list some Xen capabilities), but I have three problems (that I have found so far). Firstly, the "libvirtd" daemon doesn't start on bootup (and as a result all 'virsh' commands fail). It is set to auto-start (systemctl enable libvirtd), and can be manually started (systemctl start libvirtd), but it will not auto-start on reboot. Secondly, Once I have manually started libvirtd, when I try to define a domain it gives me an error "could not find capabilities for arch=x86_64 domaintype=xen" and I haven't yet been able to define any domains. This domain type works fine on Fedora 21. Thirdly, I am unable to convert to/from xml config format, it gives me the error "error: invalid argument: unsupported config type xen-xl" however the format "xen-xl" works fine on the Fedora 21 machine. I had these same issues when I tried to upgrade to Fedora 25 and assumed that something had been broken and so abandoned further attempts to upgrade, however since Fedora 26 is the same I am now assuming that I have stuffed something up myself (or missed something). Fedora 21 uses kernel 3.19.3 and xen 4.4.1 Fedora 26 uses kernel 4.11.8 and xen 4.8.1 I have tried following the info on https://wiki.xen.org/wiki/Fedora_Host_Installation but it appears to be out of date now (I used this site when I started using Xen under Fedora 19, and when I upgraded to Fedora 21) Does anyone have any suggestions? outputs from "xl info" and the domain config are below. I have also tried disabling SELinux, but it made no difference. Thanks GC --- On the fedora 26 box. # xl info host : family.mydomain.mytld release: 4.11.8-300.fc26.x86_64 version: #1 SMP Thu Jun 29 20:09:48 UTC 2017 machine: x86_64 nr_cpus: 4 max_cpu_id : 3 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz: 2712 hw_caps: b7ebfbff:77faf3bf:2c100800:0121:000f:009c67af::0100 virt_caps : hvm hvm_directio total_memory : 8072 free_memory: 128 sharing_freed_memory : 0 sharing_used_memory: 0 outstanding_claims : 0 free_cpus : 0 xen_major : 4 xen_minor : 8 xen_extra : .1 xen_version: 4.8.1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params: virt_start=0x8000 xen_changeset : xen_commandline: placeholder cc_compiler: gcc (GCC) 7.0.1 20170421 (Red Hat 7.0.1-0.15) cc_compile_by : mockbuild cc_compile_domain : [unknown] cc_compile_date: Wed May 3 21:23:49 UTC 2017 build_id : 1c6e5a40165e05837303942b54757ae1f2d5033d xend_config_format : 4 --- # cat vmtest.xml testVM 2097152 2097152 1 hvm /usr/lib/xen/boot/hvmloader destroy restart restart listen='192.168.131.54'> -- ___ libvirt-users mailing list libvirt-users@redhat.com https://www.redhat.com/mailman/listinfo/libvirt-users
