| Summary: | imagefactory does not detect local jeos image, cached modified media builds as running | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | wes hayutin <whayutin> | ||||
| Component: | oz | Assignee: | Ian McLeod <imcleod> | ||||
| Status: | CLOSED EOL | QA Contact: | Dave Johnson <dajohnso> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 1.0.0 | CC: | akarol, clalancette, dajohnso, deltacloud-maint, hbrock, morazi, nobody, ssachdev, whayutin | ||||
| Target Milestone: | rc | Keywords: | Triaged | ||||
| Target Release: | --- | Flags: | hbrock:
needinfo+
|
||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| URL: | na | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-03-27 19:35:38 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Attachments: |
|
||||||
|
Description
wes hayutin
2012-01-09 23:22:13 UTC
k.. narrowing it down.. [root@qeblade31 ~]# cat /etc/oz/oz.cfg [paths] output_dir = /var/lib/libvirt/images data_dir = /var/lib/oz screenshot_dir = . [libvirt] uri = qemu:///system # type = kvm # bridge_name = virbr0 [cache] original_media = yes modified_media = yes jeos = no [root@qeblade31 ~]# restarted services.. same error Changing component to Oz, since that's where all the action is on this. So, this is really exposing two things. Only one of which is clearly a bug: 1) Cached RHEL6 JEOS images don't seem to work. From Oz's perspective, they never check in after being booted and, as a result, cannot be modified to allow further customization. 2) Oz always uses an existing cached copy of install media, modified install media and the JEOS image, regardless of the settings in the [cached] stanza of the config file. #2 is a long standing behaviour and can be overridden with a "force" option in most of Oz's methods. #1 is a real problem. If we can't get to the bottom of it quickly we may want to consider disabling JEOS caching entirely when using Oz through the Factory. Hm. It looks like Oz is doing most of the correct things here, in that it finds the cached JEOS, modifies it, and then launches it. I will admit that I haven't extensively tested cached JEOS with customization, so that may well be the issue. The things that would be helpful here: 1) "virsh dumpxml <foo>" on the guest that Imagefactory/Oz launches to do the customization 2) Logging into the guest while Imagefactory is waiting around for it. I usually do this with "virt-viewer <guestname>" on the build machine, and then log into the console. In particular, I am interested in the contents of /etc/cron.d/announce and /root/reportip adding to ce-sprint removing ce-sprint-next tracker Martin, please answer Chris's question asap OK, I will definitely working on this later today if that is OK ? Currently I'm quite busy with hiring stuff :(... Created attachment 557405 [details] screenshot for point 2 in comment 3 (In reply to comment #3) ad 1) # virsh dumpxml factory-build-08aa42fe-29a5-43fe-9cdf-9604f59c2d11 <domain type='kvm' id='5'> <name>factory-build-08aa42fe-29a5-43fe-9cdf-9604f59c2d11</name> <uuid>7966acc2-e6bd-4a8f-822d-741c54443a57</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <vcpu>1</vcpu> <os> <type arch='x86_64' machine='rhel6.2.0'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>destroy</on_reboot> <on_crash>destroy</on_crash> <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw'/> <source file='/var/lib/imagefactory/images/base-image-08aa42fe-29a5-43fe-9cdf-9604f59c2d11.dsk'/> <target dev='vda' bus='virtio'/> <alias name='virtio-disk0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </disk> <interface type='bridge'> <mac address='52:54:00:c5:86:da'/> <source bridge='virbr0'/> <target dev='vnet0'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='tcp'> <source mode='bind' host='127.0.0.1' service='27975'/> <protocol type='raw'/> <target port='1'/> <alias name='serial0'/> </serial> <console type='tcp'> <source mode='bind' host='127.0.0.1' service='27975'/> <protocol type='raw'/> <target type='serial' port='1'/> <alias name='serial0'/> </console> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='5900' autoport='yes'/> <video> <model type='cirrus' vram='9216' heads='1'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> <seclabel type='dynamic' model='selinux' relabel='yes'> <label>system_u:system_r:svirt_t:s0:c346,c592</label> <imagelabel>system_u:object_r:svirt_image_t:s0:c346,c592</imagelabel> </seclabel> </domain> ad 2) see the attached screenshot from the session Ian, what's the resolution on this, fix or not? Please either dev ack and fix, or push to 1.1.0. This touches on at least two issues and an RFE. None of them are going to be resolved in the 1.0 timeframe. I'll push this to 1.1 but then ask that we either clearly specify which issue is being discussed in this particular BZ _or_ close this one and start tracking these things separately. Issues are: 1) Oz uses cached JEOS if it exists, even if caching jeos images has since been turned off. 2) Caching of RHEL6 JEOS images doesn't work. RFE is: 1) Use caching or other approaches to minimize duplicated work when building the same OS or same Template for multiple cloud types. This is a 2.0 feature. |