Description of problem: template builds do not progress past the queued state will add details tomorrow.
aeolus-conductor-debuginfo-0.0.3-0.fc1420110324210932git766f36d.x86_64 aeolus-conductor-0.0.3-0.fc1420110324210932git766f36d.x86_64 aeolus-conductor-doc-0.0.3-0.fc1420110324210932git766f36d.x86_64 aeolus-conductor-daemons-0.0.3-0.fc1420110324210932git766f36d.x86_64 aeolus-configure-2.0.0-5.fc1420110324175530gitc8e4123.noarch
Created attachment 487701 [details] network error within image So matty_dubs mentioned I could you virt-manager to connect to the server and view a image as it is being built, very cool! I did this and found that the image is hung on a network error
Created attachment 487702 [details] alt_f3
Created attachment 487703 [details] alt f4
Created attachment 487705 [details] restart libvirtd matty_dubs or morazi said to try restarting libvirtd which worked, a new template started installing..,.
A restart of libvirtd allows the build to continue. Chris had further details, so I'm reassigning in his direction for any further technical insight.
*** Bug 692007 has been marked as a duplicate of this bug. ***
recreated in rpm -qa|grep aeolus aeolus-conductor-daemons-0.0.3-0.fc14.20110330195112git0bdb95d.x86_64 aeolus-conductor-0.0.3-0.fc14.20110330195112git0bdb95d.x86_64 aeolus-configure-2.0.0-5.fc14.20110330155142gitecf8f95.noarch aeolus-conductor-debuginfo-0.0.3-0.fc1420110329092545gitfa26991.x86_64 aeolus-conductor-doc-0.0.3-0.fc14.20110330195112git0bdb95d.x86_64
notes from Shveta's debug.. http://pastebin.test.redhat.com/45668 [root@dhcp193-9 ~]# virt-install --connect=qemu:///system \ > --network=bridge:br0 \ > --extra-args="ks=http://people.pnq.redhat.com/~kchamart/fed.ks console=tty0 console=ttyS0,115200" \ > --name f14test \ > --disk /var/lib/libvirt/images/f14test.img,size=10 \ > --ram 2048 \ > --vcpus=2 \ > --check-cpu \ > --accelerate \ > --location=http://download.eng.pnq.redhat.com/pub/fedora/linux/releases/14/Fedora/x86_64/os/ \ > --hvm \ > --nographics Starting install... Retrieving file .treeinfo... | 2.0 kB 00:00 ... Retrieving file vmlinuz... | 7.2 MB 00:00 ... Retrieving file initrd.img... | 61 MB 00:03 ... Allocating 'f14test.img' | 10 GB 00:00 Creating domain... | 0 B 00:00 Connected to domain f14test Escape character is ^] [ 0.000000] Initializing cgroup subsys cpuset [ 0.000000] Initializing cgroup subsys cpu [ 0.000000] Linux version 2.6.35.6-45.fc14.x86_64 (mockbuild.fedoraproject.org) (gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) ) #1 SMP Mon Oct 18 23:57:44 UTC 2010 [ 0.000000] Command line: method=http://download.eng.pnq.redhat.com/pub/fedora/linux/releases/14/Fedora/x86_64/os/ ks=http://people.pnq.redhat.com/~kchamart/fed.ks console=tty0 console=ttyS0,115200 [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f400 (usable) [ 0.000000] BIOS-e820: 000000000009f400 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 000000007fffd000 (usable) [ 0.000000] BIOS-e820: 000000007fffd000 - 0000000080000000 (reserved) [ 0.000000] BIOS-e820: 00000000fffbc000 - 0000000100000000 (reserved) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI 2.4 present. [ 0.000000] No AGP bridge found [ 0.000000] last_pfn = 0x7fffd max_arch_pfn = 0x400000000 [ 0.000000] PAT not supported by CPU. [ 0.000000] found SMP MP-table at [ffff8800000f7b70] f7b70 [ 0.000000] init_memory_mapping: 0000000000000000-000000007fffd000 [ 0.000000] RAMDISK: 7e160000 - 7fff0000 [ 0.000000] ACPI: RSDP 00000000000f7b20 00014 (v00 BOCHS ) [ 0.000000] ACPI: RSDT 000000007fffde10 00034 (v01 BOCHS BXPCRSDT 00000001 BXPC 00000001) [ 0.000000] ACPI: FACP 000000007ffffe40 00074 (v01 BOCHS BXPCFACP 00000001 BXPC 00000001) [ 0.000000] ACPI: DSDT 000000007fffdfd0 01E22 (v01 BXPC BXDSDT 00000001 INTL 20090123) [ 0.000000] ACPI: FACS 000000007ffffe00 00040 [ 0.000000] ACPI: SSDT 000000007fffdf80 00044 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001) [ 0.000000] ACPI: APIC 000000007fffde90 0007A (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001) [ 0.000000] ACPI: HPET 000000007fffde50 00038 (v01 BOCHS BXPCHPET 00000001 BXPC 00000001) [ 0.000000] No NUMA configuration found [ 0.000000] Faking a node at 0000000000000000-000000007fffd000 [ 0.000000] Initmem setup node 0 0000000000000000-000000007fffd000 [ 0.000000] NODE_DATA [0000000001e43080 - 0000000001e5707f] [ 0.000000] bootmap [0000000001e58000 - 0000000001e67fff] pages 10 [ 0.000000] (12/32 early reservations) ==> bootmem [0000000000 - 007fffd000] [ 0.000000] #0 [0001000000 - 0001e42878] TEXT DATA BSS ==> [0001000000 - 0001e42878] [ 0.000000] #1 [007e160000 - 007fff0000] RAMDISK ==> [007e160000 - 007fff0000] [ 0.000000] #2 [0001e43000 - 0001e43071] BRK ==> [0001e43000 - 0001e43071] [ 0.000000] #3 [000009f400 - 00000f7b70] BIOS reserved ==> [000009f400 - 00000f7b70] [ 0.000000] #4 [00000f7b70 - 00000f7b80] MP-table mpf ==> [00000f7b70 - 00000f7b80] [ 0.000000] #5 [00000f7c84 - 0000100000] BIOS reserved ==> [00000f7c84 - 0000100000] [ 0.000000] #6 [00000f7b80 - 00000f7c84] MP-table
Ian, please you or Steve put this on your list.
this bug is on_qa.. unless you think there is still an issue. Dev is not needed here
builds and push are working.. moving to verified [root@hp-xw6600-02 ~]# rpm -qa | grep aeolus rubygem-aeolus-cli-0.0.1-1.el6.20110708135911gitdb1097c.noarch aeolus-all-0.3.0-0.el6.20110708135911gitdb1097c.noarch aeolus-configure-2.0.1-0.el6.20110707131907gitfaa220b.noarch aeolus-conductor-0.3.0-0.el6.20110708135911gitdb1097c.noarch aeolus-conductor-daemons-0.3.0-0.el6.20110708135911gitdb1097c.noarch aeolus-conductor-doc-0.3.0-0.el6.20110708135911gitdb1097c.noarch [root@hp-xw6600-02 ~]#
release pending...
closing out old bugs
perm close