Bug 690656
| Summary: | template builds do not progress past the queued state, due to network error | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | wes hayutin <whayutin> | ||||||||||
| Component: | imagefactory | Assignee: | Ian McLeod <imcleod> | ||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | wes hayutin <whayutin> | ||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 0.3.1 | CC: | deltacloud-maint, kbaker, morazi, ssachdev | ||||||||||
| Target Milestone: | rc | ||||||||||||
| Target Release: | --- | ||||||||||||
| Hardware: | Unspecified | ||||||||||||
| OS: | Unspecified | ||||||||||||
| URL: | http://hp-bl280cg6-01.rhts.eng.bos.redhat.com:3000/conductor/image_factory/templates | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | Environment: | ||||||||||||
| Last Closed: | Type: | --- | |||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Bug Depends On: | |||||||||||||
| Bug Blocks: | 684278 | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
wes hayutin
2011-03-24 23:37:10 UTC
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... release pending... closing out old bugs perm close |