Bug 787026 - imagefactory hangs building RHEL57 several times
Summary: imagefactory hangs building RHEL57 several times
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: CloudForms Cloud Engine
Classification: Retired
Component: imagefactory
Version: 1.0.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: beta
Assignee: Ian McLeod
QA Contact: Martin Kočí
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-02 22:55 UTC by wes hayutin
Modified: 2012-03-20 14:27 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-06 21:51:52 UTC


Attachments (Terms of Use)
imagefactory log (183.72 KB, text/plain)
2012-02-02 22:55 UTC, wes hayutin
no flags Details

Description wes hayutin 2012-02-02 22:55:10 UTC
Created attachment 559164 [details]
imagefactory log

Description of problem:

recreate:
1. build RHEL5.7 twice


original template for #1


 <template>
   <name>RHEL5_VMWareTools</name>
   <os>    
     <name>RHEL-5</name>    
     <version>U7</version>
     <arch>x86_64</arch>
     <rootpw>asdf</rootpw>
     <install type="url">
       <url>http://download.lab.bos.redhat.com/released/RHEL-5-Server/U7/x86_64/os/Server/</url>
     </install>
   </os>
   <description>RHEL57 x86_64 and VMWareTools</description>
  <repositories>
     <repository name='vmwareTools'>
       <url>http://packages.vmware.com/tools/esx/4.1u1/rhel5/x86_64</url>
       <signed>False</signed>
     </repository>
     <repository name='RHEL-5'>
       <url>http://download.lab.bos.redhat.com/released/RHEL-5-Server/U7/x86_64/os/Server/</url>
       <signed>False</signed>
     </repository>
  </repositories>
   <packages>
     <package name='vmware-open-vm-tools-nox'/> 
   </packages>
 </template>

###########################################


[root@qeblade30 ~]# aeolus-image build --target vsphere --template wes01RHEL57vmwareTools.tpl
Image                                    Build                                    Target Image                             Target      Status       
------------------------------------     ------------------------------------     ------------------------------------     -------     --------     
e6f272fe-53a1-44c8-bbf1-41b4333b37c8     85c488b2-cb46-40d7-a28b-8f47cc67300b     4d4cb0fe-3ac6-4d2a-8af2-ed3a729f1631     vsphere     BUILDING     


factory just hangs

it will make more sense if you check the log.. The URL in the first build was diff than the second.  It may or may not have caused the issue

Comment 1 wes hayutin 2012-02-03 02:09:42 UTC
So.. I dont think you can build RHEL5.7 w/ a repo<url> it will always fail either during install or customization


I think this url is invalid.. will fail at install
404.. cant find boot iso..
   <url>http://download.lab.bos.redhat.com/released/RHEL-5-Server/U7/x86_64/os/</url>

This will fail during customization
 <url>http://download.lab.bos.redhat.com/released/RHEL-5-Server/U7/x86_64/os/Server/</url>

Comment 2 wes hayutin 2012-02-03 15:03:11 UTC
looks like Ian posted a fix for the locking issue...
https://github.com/aeolusproject/imagefactory/pull/69

We still have an issue w/ RHEL57.. probably should be tracked in a diff bug

Comment 3 Ian McLeod 2012-02-03 15:59:38 UTC
Yeah.  So, I don't believe the 5.7 issue is a factory bug.  I was able to build with:

<url>http://download.lab.bos.redhat.com/released/RHEL-5-Server/U7/x86_64/os/</url>


However, that URL _cannot_ be used as a repo location because it isn't one.  Unlike RHEL6, there's no "repodata" directory at the root of a RHEL5 install tree.  For customization you must include things like this in the repo section:

http://download.lab.bos.redhat.com/released/RHEL-5-Server/U7/x86_64/os/Server/

Comment 4 wes hayutin 2012-02-03 16:28:16 UTC
ok.. well that makes sense..
now we need to figure out if katello can export a RHEL 5 template in that way... hopefully it can

Comment 5 James Laska 2012-02-03 21:49:50 UTC
I just spoke with the yum folks and got some ideas.  Long story short ... we need to iterate through each package and check the exit code.

Alternatively, I can provide a small bash (or python) script to do the right thing when given a list of packages.

Comment 6 Ian McLeod 2012-02-03 21:53:06 UTC
I strongly suspect that James meant for the comment above to be made against 785225:

https://bugzilla.redhat.com/show_bug.cgi?id=785225

Comment 7 James Laska 2012-02-06 12:19:45 UTC
Ugh, yes that's true ... please disregard comment#5. Apologies for the noise.

Comment 8 Ian McLeod 2012-02-06 21:51:52 UTC
So, based on comments 1-4, I believe this is notabug.

Closing as such.

If anyone disagrees, please reopen.


Note You need to log in before you can comment on or make changes to this bug.