> On 07/09/2012 03:38 PM, Todd And Margo Chester wrote:> On 07/09/2012 03:05 PM, P. Larry Nelson wrote: >>> Hi Todd and/or Margo, >>> >>> On 7/9/12 4:50 PM, Todd And Margo Chester wrote: >>>> On 07/09/2012 02:33 PM, Connie Sieh wrote: >>>>> On Mon, 9 Jul 2012, Todd And Margo Chester wrote: >>>>> >>>>>> Hi All, >>>>>> >>>>>> I am in trouble here. I would really appreciate any help >>>>>> you guys can spare. >>>>>> >>>>>> Scientific Linux 6.2, 64 bit. (Red Hat Enterprise Linux 6.2 clone) >>>>>> >>>>>> $ rpm -qa \*qemu\* >>>>>> qemu-kvm-0.12.1.2-2.209.el6_2.4.x86_64 >>>>>> qemu-img-0.12.1.2-2.209.el6_2.4.x86_64 >>>>>> gpxe-roms-qemu-0.9.7-6.9.el6.noarch >>>>>> >>>>>> $ uname -r >>>>>> 2.6.32-220.23.1.el6.x86_64 >>>>>> >>>>>> When I fired up my KVM Virtual Machine Manager (virt-manager) >>>>>> this morning, four of my seven virtual machines disappeared, >>>>>> including the one is desperately need. >>>>>> >>>>>> Checking /etc/libvirt/qemu and they are all there. Same >>>>>> attributes too. Checking where I put the virtual hard >>>>>> drives and they are all there too. >>>>>> >>>>>> Okay, so I try firing up the three that remain, I get the >>>>>> following error message: >>>>>> >>>>>> Error starting domain: unsupported configuration: spice >>>>>> TLS port set in XML configuration, but TLS is disabled >>>>>> in qemu.conf >>>>>> >>>>>> Yes, each VM has a different spice port set so I can tell them >>>>>> apart. This has always worked smoothly. >>>>>> >>>>>> Huh? qemu.conf is the default. The one with everything >>>>>> commented out. I even checked my backup: no change in >>>>>> qemu.conf. >>>>>> >>>>>> Checking /var/log/libvirt/libvirtd.log gives: >>>>>> >>>>>> 2012-07-09 19:36:41.957+0000: 2821: info : libvirt version: 0.9.10, >>>>>> package: 21.el6 (Scientific Linux, 2012-06-22-02:34:35, sl6.fnal.gov) >>>>>> 2012-07-09 19:36:41.957+0000: 2821: error : >>>>>> virDomainDefParseXML:8871 : >>>>>> Maximum CPUs greater than topology limit >>>>>> 2012-07-09 19:36:41.959+0000: 2821: error : >>>>>> virDomainDefParseXML:8871 : >>>>>> Maximum CPUs greater than topology limit >>>>>> 2012-07-09 19:36:41.959+0000: 2821: error : >>>>>> virDomainDefParseXML:8871 : >>>>>> Maximum CPUs greater than topology limit >>>>>> 2012-07-09 19:36:41.960+0000: 2821: error : >>>>>> virDomainDefParseXML:8871 : >>>>>> Maximum CPUs greater than topology limit >>>>>> 2012-07-09 19:47:59.089+0000: 2811: error : >>>>>> qemuBuildCommandLine:5526 : >>>>>> unsupported configuration: spice TLS port set in XML configuration, >>>>>> but >>>>>> TLS is disabled in qemu.conf >>>>>> >>>>>> Again with the spice port error. >>>>>> >>>>>> The only thing I did to my system between working yesterday and >>>>>> not working today was downgrade my flash-plugin. >>>>>> >>>>>> I tried setting "spice_tls = 1" in qemu.conf, but the other >>>>>> four VM still do not show up. Spice lays an egg on the ones >>>>>> that do show up, so I set spice_tls back to commented out. >>>>>> >>>>>> I removed qemu-kvm-0.12.1.2-2.209.el6_2.4.x86_64, >>>>>> rebooted, reinstalled, rebooted. No symptom change. >>>>>> >>>>>> What is the world? I can not find anything wrong! >>>>>> >>>>>> Many thanks, >>>>>> -T >>>>>> >>>>> >>>>> What security errata and other rpms have been installed recently? >>>>> >>>>> -Connie Sieh >>>> >>>> Hi Connie, >>>> >>>> Thank you for the quick response. >>>> >>>> Two weeks ago, I installed "hexedit". Nothing since then, except >>>> for downgrading my "flash-plugin" >>>> >>>> -T >>> >>> Yes, but what about any possible behind-the-scenes security upgrades? >>> Check /var/log/yum.log >>> >>> (Just a thought...) >>> >>> - Larry >>> >> >> Oh my. A lot of stuff goes on in the background. These >> two look interesting: >> >> Jul 09 11:18:50 Updated: libvirt-0.9.10-21.el6.x86_64 >> Jul 09 11:19:22 Updated: selinux-policy-targeted-3.7.19-155.el6_3.noarch Hi Larry and Connie, The both of you called it. It did not know I got updated in the background. I should have been suspicious when my stink' flash-plugin mysteriously got updated. Larry's pointing me to /var/log/yum.log was a light bulb moment. The following fixed my problem: # yum downgrade libvirt libvirt-client libvirt-python Loaded plugins: priorities, refresh-packagekit, security Setting up Downgrade Process 18 packages excluded due to repository priority protections Resolving Dependencies --> Running transaction check ---> Package libvirt.x86_64 0:0.9.4-23.el6 will be a downgrade ---> Package libvirt.x86_64 0:0.9.10-21.el6 will be erased ---> Package libvirt-client.x86_64 0:0.9.4-23.el6 will be a downgrade ---> Package libvirt-client.x86_64 0:0.9.10-21.el6 will be erased ---> Package libvirt-python.x86_64 0:0.9.4-23.el6 will be a downgrade ---> Package libvirt-python.x86_64 0:0.9.10-21.el6 will be erased --> Finished Dependency Resolution Thank you both so much! -T p.s. bet you can't guess what my next post is going to be!