Created attachment 356702 [details] screenshot of hung virt-manager process & dialogs .... Description of problem: virt-manager hangs while trying to set up a VM using an existing qcow2 disk image as hda for the VM. It works OK when you let it create its own disk image. Everything is patched up as of yesterday .... Version-Release number of selected component (if applicable): 0.7.0-5.fc11 How reproducible: try it out .... Steps to Reproduce: 1.create a disk image using command like 'qemu-img create /home/VMs/hda.qcow2.img -f qcow2 -c -e 20G' 2.invoke virt-manager & tell it to use the existing disk image 3.it hangs for me .... Actual results: process hangs, never completes, no new VM .... Expected results: create new usable VM .... Additional info: I attach a screenshot when the hang occurs. This is a duplicate of the screenshot from bug 507073 ....
Thanks for the report Could you include ~/.virt-manager/virt-manager.log and /var/log/libvirt/qemu/$guest.log ? See also: https://fedoraproject.org/wiki/Reporting_virtualization_bugs
Created attachment 357064 [details] virt-manager log from when this hang occured .... here is the virt-manager.log file. I can't locate the $guest.log at the moment, I'll keep looking ....
[root@athloncube:/etc, Tue Aug 11, 02:25 PM] 1019 # rpm -q qemu-kvm python-virtinst virt-viewer virt-manager qemu-kvm-0.10.5-3.fc11.x86_64 python-virtinst-0.400.3-8.fc11.noarch package virt-viewer is not installed virt-manager-0.7.0-5.fc11.x86_64 [root@athloncube:/etc, Tue Aug 11, 02:26 PM] 1020 # uname -a Linux athloncube.cfd.com 2.6.29.6-217.2.3.fc11.x86_64 #1 SMP Wed Jul 29 16:02:42 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux [root@athloncube:/etc, Tue Aug 11, 02:26 PM] 1021 # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 75 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping : 2 cpu MHz : 1000.000 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips : 2009.11 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 75 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping : 2 cpu MHz : 1000.000 cache size : 512 KB physical id : 0 siblings : 2 core id : 1 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy bogomips : 2009.11 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc [root@athloncube:/etc, Tue Aug 11, 02:27 PM] 1022 # lspci -vvv 00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1) Subsystem: Giga-byte Technology Device 5001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Capabilities: [44] HyperTransport: Slave or Primary Interface Command: BaseUnitID=0 UnitCnt=17 MastHost- DefDir- DUL- Link Control 0: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b- Link Config 0: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn- Link Control 1: CFlE- CST- CFE- <LkFail+ Init- EOC+ TXO+ <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b- Link Config 1: MLWI=8bit DwFcIn- MLWO=8bit DwFcOut- LWI=8bit DwFcInEn- LWO=8bit DwFcOutEn- Revision ID: 1.03 Link Frequency 0: 1.0GHz Link Error 0: <Prot- <Ovfl- <EOC- CTLTm- Link Frequency Capability 0: 200MHz+ 300MHz+ 400MHz+ 500MHz+ 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GHz- Vend- Feature Capability: IsocFC+ LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD- Link Frequency 1: 200MHz Link Error 1: <Prot- <Ovfl- <EOC- CTLTm- Link Frequency Capability 1: 200MHz- 300MHz- 400MHz- 500MHz- 600MHz- 800MHz- 1.0GHz- 1.2GHz- 1.4GHz- 1.6GHz- Vend- Error Handling: PFlE+ OFlE+ PFE- OFE- EOCFE- RFE- CRCFE- SERRFE- CF- RE- PNFE- ONFE- EOCNFE- RNFE- CRCNFE- SERRNFE- Prefetchable memory behind bridge Upper: 00-00 Bus Number: 00 Capabilities: [dc] HyperTransport: MSI Mapping Enable+ Fixed- Mapping Address Base: 00000000fee00000 00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2) Subsystem: Giga-byte Technology Device 0c11 Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2) Subsystem: Giga-byte Technology Device 0c11 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 11 Region 0: I/O ports at c000 [size=64] Region 4: I/O ports at 1c00 [size=64] Region 5: I/O ports at c800 [size=64] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: nForce2_smbus Kernel modules: i2c-nforce2 00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2) Subsystem: Giga-byte Technology Device 0c11 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- 00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a2) (prog-if 10 [OHCI]) Subsystem: Giga-byte Technology Device 5004 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin A routed to IRQ 22 Region 0: Memory at fb005000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ohci_hcd 00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a2) (prog-if 20 [EHCI]) Subsystem: Giga-byte Technology Device 5004 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin B routed to IRQ 23 Region 0: Memory at fb004000 (32-bit, non-prefetchable) [size=256] Capabilities: [44] Debug port: BAR=1 offset=0098 Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ehci_hcd 00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1) (prog-if 01 [Subtractive decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: 0000b000-0000bfff Memory behind bridge: fff00000-000fffff Prefetchable memory behind bridge: fff00000-000fffff Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn- Capabilities: [b8] Subsystem: Giga-byte Technology Device 026f Capabilities: [8c] HyperTransport: MSI Mapping Enable- Fixed- Mapping Address Base: 00000000fee00000 00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2) Subsystem: Giga-byte Technology Device a002 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (500ns min, 1250ns max) Interrupt: pin B routed to IRQ 22 Region 0: Memory at fb000000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Mask+ 64bit+ Count=1/1 Enable- Address: 0000000000000000 Data: 0000 Masking: 00000000 Pending: 00000000 Capabilities: [6c] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2) (prog-if 8a [Master SecP PriP]) Subsystem: Giga-byte Technology Device 5002 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8] Region 1: [virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1] Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8] Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1] Region 4: I/O ports at f000 [size=16] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pata_amd Kernel modules: ata_generic, pata_acpi, pata_amd 00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2) Subsystem: Giga-byte Technology Device e000 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (250ns min, 5000ns max) Interrupt: pin A routed to IRQ 24 Region 0: Memory at fb006000 (32-bit, non-prefetchable) [size=4K] Region 1: I/O ports at cc00 [size=8] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable+ DSel=0 DScale=0 PME- Capabilities: [50] MSI: Mask+ 64bit+ Count=1/8 Enable+ Address: 00000000fee0100c Data: 4169 Masking: 000000fe Pending: 00000000 Capabilities: [6c] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: forcedeth Kernel modules: forcedeth 00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2) (prog-if 85 [Master SecO PriO]) Subsystem: Giga-byte Technology Device b002 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin A routed to IRQ 20 Region 0: I/O ports at 09f0 [size=8] Region 1: I/O ports at 0bf0 [size=4] Region 2: I/O ports at 0970 [size=8] Region 3: I/O ports at 0b70 [size=4] Region 4: I/O ports at e000 [size=16] Region 5: Memory at fb007000 (32-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [b0] MSI: Mask- 64bit+ Count=1/4 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [cc] HyperTransport: MSI Mapping Enable- Fixed+ Kernel driver in use: sata_nv Kernel modules: ata_generic, pata_acpi, sata_nv 00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6100 nForce 405 (rev a2) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device d000 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 21 Region 0: Memory at f8000000 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f9000000 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at 88000000 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Mask- 64bit+ Count=1/1 Enable- Address: 0000000000000000 Data: 0000 Kernel modules: nouveau 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Capabilities: [80] HyperTransport: Host or Secondary Interface Command: WarmRst+ DblEnd- DevNum=0 ChainSide- HostHide+ Slave- <EOCErr- DUL- Link Control: CFlE- CST- CFE- <LkFail- Init+ EOC- TXO- <CRCErr=0 IsocEn- LSEn- ExtCTL- 64b- Link Config: MLWI=16bit DwFcIn- MLWO=16bit DwFcOut- LWI=16bit DwFcInEn- LWO=16bit DwFcOutEn- Revision ID: 1.02 Link Frequency: 1.0GHz Link Error: <Prot- <Ovfl- <EOC- CTLTm- Link Frequency Capability: 200MHz+ 300MHz- 400MHz+ 500MHz- 600MHz+ 800MHz+ 1.0GHz+ 1.2GHz- 1.4GHz- 1.6GHz- Vend- Feature Capability: IsocFC- LDTSTOP+ CRCTM- ECTLT- 64bA- UIDRD- ExtRS- UCnfE- 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Capabilities: [f0] Secure device <?> Kernel driver in use: k8temp Kernel modules: k8temp [root@athloncube:/etc, Tue Aug 11, 02:28 PM] 1023 # virsh capabilities <capabilities> <host> <cpu> <arch>x86_64</arch> </cpu> <topology> <cells num='1'> <cell id='0'> <cpus num='2'> <cpu id='0'/> <cpu id='1'/> </cpus> </cell> </cells> </topology> <secmodel> <model>selinux</model> <doi>0</doi> </secmodel> </host> <guest> <os_type>hvm</os_type> <arch name='i686'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu</emulator> <machine>pc</machine> <machine>isapc</machine> <domain type='qemu'> </domain> <domain type='kqemu'> </domain> <domain type='kvm'> <emulator>/usr/bin/qemu-kvm</emulator> </domain> </arch> <features> <pae/> <nonpae/> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name='x86_64'> <wordsize>64</wordsize> <emulator>/usr/bin/qemu-system-x86_64</emulator> <machine>pc</machine> <machine>isapc</machine> <domain type='qemu'> </domain> <domain type='kqemu'> </domain> <domain type='kvm'> <emulator>/usr/bin/qemu-kvm</emulator> </domain> </arch> <features> <acpi default='on' toggle='yes'/> <apic default='on' toggle='no'/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name='mips'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu-system-mips</emulator> <machine>mips</machine> <domain type='qemu'> </domain> </arch> </guest> <guest> <os_type>hvm</os_type> <arch name='mipsel'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu-system-mipsel</emulator> <machine>mips</machine> <domain type='qemu'> </domain> </arch> </guest> <guest> <os_type>hvm</os_type> <arch name='sparc'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu-system-sparc</emulator> <machine>sun4m</machine> <domain type='qemu'> </domain> </arch> </guest> <guest> <os_type>hvm</os_type> <arch name='ppc'> <wordsize>32</wordsize> <emulator>/usr/bin/qemu-system-ppc</emulator> <machine>g3beige</machine> <machine>mac99</machine> <machine>prep</machine> <domain type='qemu'> </domain> </arch> </guest> </capabilities> [root@athloncube:/etc, Tue Aug 11, 02:30 PM] 1024 # <whew> :-). Here is the rest of the stuff from the above link, may it serve you well. I think some of it is redundant, I think I saw some of it in the virt-manager.log file, but here it is anyway, Let me know if you need anything else.
Unfortunately, the logfile from /var/log/libvirt/qemu is the one we really need, I think What is the permissions on the dir? 'ls -ld /home/VMs/' I've just tried doing this here on F-11 and it works fine. If you put SELinux into permissive mode with 'setenforce 0' first, does it work?
[root@athloncube:/etc, Fri Aug 14, 09:36 AM] 1058 # ls -ld /home/VMs/ drwxr-xr-x. 2 root root 4096 Aug 7 09:06 /home/VMs/ [root@athloncube:/etc, Fri Aug 14, 09:36 AM] 1059 # ls -l /home/VMs/ total 1267680 -rw-------. 1 root root 1448 Aug 5 10:10 WinXP -rw-r--r--. 1 root root 21474836480 Jul 9 11:04 hda.img -rw-r--r--. 1 root root 94208 Aug 7 09:06 hda.qcow2.img [root@athloncube:/etc, Fri Aug 14, 09:36 AM] 1060 # I haven't tried it w/o SELinux cuz it (mostly) worked w/ the default disk image. it fails w/ the QCOW2 disk image, both in the same directory. Hmmmmmmm .... I just had a thought: [root@athloncube:/etc, Fri Aug 14, 09:39 AM] 1062 # ls -lZ /home/VMs/ -rw-------. root root system_u:object_r:home_root_t:s0 WinXP -rw-r--r--. root root system_u:object_r:svirt_image_t:s0:c851,c869 hda.img -rw-r--r--. root root unconfined_u:object_r:user_home_t:s0 hda.qcow2.img Could the different SELinux contextxs be a problem ?
> -rw-r--r--. root root unconfined_u:object_r:user_home_t:s0 hda.qcow2.img > > Could the different SELinux contextxs be a problem ? It certainly could, try: $> chcon -t virt_image_t hda.qcow2.img
Just tried, still apparently nogo, windows don't regresh when uncovered, progress bar froze, etc.
Just tried again this A.M., will try to document fully: state after hang: [root@athloncube:/etc, Sun Aug 16, 07:29 AM] 1098 # ll /home/VMs/ total 1267696 2850817 8 drwxr-xr-x. 2 root root 4096 Aug 7 09:06 ./ 2 8 drwxr-xr-x. 7 root root 4096 Mar 4 07:13 ../ 2850821 8 -rw-------. 1 root root 1448 Aug 5 10:10 WinXP 2850819 1267572 -rw-r--r--. 1 root root 21474836480 Jul 9 11:04 hda.img 2850818 100 -rw-r--r--. 1 root root 94208 Aug 7 09:06 hda.qcow2.img [root@athloncube:/etc, Sun Aug 16, 07:33 AM] 1099 # ll -Z /home/VMs/ total 1267696 drwxr-xr-x. root root unconfined_u:object_r:home_root_t:s0 ./ drwxr-xr-x. root root system_u:object_r:home_root_t:s0 ../ -rw-------. root root system_u:object_r:home_root_t:s0 WinXP -rw-r--r--. root root system_u:object_r:svirt_image_t:s0:c851,c869 hda.img -rw-r--r--. root root system_u:object_r:svirt_image_t:s0:c661,c1022 hda.qcow2.img [root@athloncube:/etc, Sun Aug 16, 07:33 AM] 1100 # ps -elf | grep -i virt 5 S root 1940 1 0 80 0 - 116376 poll_s Aug11 ? 00:00:02 libvirtd --daemon 5 S nobody 2052 1 0 80 0 - 3146 poll_s Aug11 ? 00:00:00 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/default.pid --conf-file= --listen-address 192.168.122.1 --except-interface lo --dhcp-range 192.168.122.2,192.168.122.254 1 S root 6135 1 1 80 0 - 637920 poll_s 07:29 ? 00:00:04 python /usr/share/virt-manager/virt-manager.py 4 S root 6169 1 0 80 0 - 183658 poll_s 07:30 ? 00:00:00 /usr/bin/qemu-kvm -S -M pc -m 512 -smp 1 -name WinXPnew -uuid b04acfdf-8b77-ee3e-64ef-6810d84c0763 -monitor pty -pidfile /var/run/libvirt/qemu//WinXPnew.pid -localtime -no-reboot -no-acpi -boot d -drive file=/home/VMs/hda.qcow2.img,if=ide,index=0 -drive file=/tmp/winxp.iso,if=ide,media=cdrom,index=2 -net nic,macaddr=54:52:00:28:a6:87,vlan=0 -net tap,fd=18,vlan=0 -serial pty -parallel none -usb -usbdevice tablet -vnc 127.0.0.1:0 0 S root 6197 2991 0 80 0 - 1554 pipe_w 07:33 pts/15 00:00:00 grep -i virt [root@athloncube:/etc, Sun Aug 16, 07:33 AM] 1101 # I am attaching the virt-manager.log & /var/log/libvirt/qemu as well as screen-dump separately ....
Created attachment 357570 [details] screenshot at moment of hang .... virt-manager.log & .../qemu/<logfile> to follow ....
Created attachment 357571 [details] ..../qemu/<logfile> at moment of hang .... virt-manager.log to follow ....
Created attachment 357572 [details] virt-manager.log at hang .... let me know if you need more ....
Strange, virt-manager looks like it's waiting for storage to be allocated, yet the guest is running If you run 'virt-viewer WinXPnew' from the command line while virt-manager is hung, does it connect to the guest?
No, virt-viewer seems to hang as well, no window ever comes up, nothing .... This was after about 2-3 minutes of waiting after invoking virt-manager: [root@athloncube:/etc, Wed Aug 19, 02:35 PM] 1169 # ps -elf | grep virt 5 S root 1940 1 0 80 0 - 116504 futex_ Aug11 ? 00:00:04 libvirtd --daemon 5 S nobody 2052 1 0 80 0 - 3146 poll_s Aug11 ? 00:00:00 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/default.pid --conf-file= --listen-address 192.168.122.1 --except-interface lo --dhcp-range 192.168.122.2,192.168.122.254 1 S root 11962 1 1 80 0 - 637913 poll_s 14:29 ? 00:00:04 python /usr/share/virt-manager/virt-manager.py 4 S root 11989 1 0 80 0 - 183658 poll_s 14:30 ? 00:00:01 /usr/bin/qemu-kvm -S -M pc -m 512 -smp 1 -name WinXPnew -uuid 268a4812-c864-1289-4ee2-d5c95ca6e507 -monitor pty -pidfile /var/run/libvirt/qemu//WinXPnew.pid -localtime -no-reboot -no-acpi -boot d -drive file=/home/VMs/hda.qcow2.img,if=ide,index=0 -drive file=/tmp/winxp.iso,if=ide,media=cdrom,index=2 -net nic,macaddr=54:52:00:39:a0:3a,vlan=0 -net tap,fd=18,vlan=0 -serial pty -parallel none -usb -usbdevice tablet -vnc 127.0.0.1:0 0 S root 12019 2991 0 80 0 - 1554 pipe_w 14:35 pts/15 00:00:00 grep virt [root@athloncube:/etc, Wed Aug 19, 02:35 PM] 1170 # virt-viewer WinXPnew ^C [root@athloncube:/etc, Wed Aug 19, 02:37 PM] 1171 #
(In reply to comment #0) > 1.create a disk image using command like 'qemu-img create > /home/VMs/hda.qcow2.img -f qcow2 -c -e 20G' I just spotted the '-e' You're creating an encrypted qcow2 image, which libvirt does not yet support The next release of libvirt will support this: http://www.redhat.com/archives/libvir-list/2009-August/msg00414.html Does it work if you drop '-e' from the qemu-img command? (Note also, -c isn't a valid option)
Aaaaaaaaaahhhhhhhh !!!! I was wondering about that, it whined when the image was created, but appeared to complete OK. I removed those 2 arguments & it seems to be off to the races (install is proceeding as I write this), we'll see ....
Okay, thanks - I'll close this as NOTABUG, then (It's far from ideal that it was this hard to figure out, but the next release of libvirt will make this far better)