Thanks for the quick response Greg - I'm traveling in India so my timezone 
is a bit off.

Images - These were my initial thought of use with oVirt until I started 
thinking about post deployment.  I want there to be as little work 
necessary on the VM's as they will be for SQC and Engineering Developers to 
quickly test features and dispose of the VM.  As you mentioned Foreman 
*could* still work with the Template - but how would it connect.  I could 
technically have a static IP that gets changed after build - but what 
happens when 2 users try and create a VM at the same time. That's likely 
not the best solution.

It sounds like I need to get with IT and work on some integration.  I'm 
sure they will help me out as I had our AD/Linux Team assist in getting 
oVirt integrated with our Domain which required a bit more than a simple 
login.  Unfortunately that work may have been in vain as it looks like now 
my User Frontend will be Foreman rather than oVirt for VM Creation.

I'll have to contact my IT Network team and see what would be easiest with 
the least amount of questions... my subnet is only for my lab and my 
servers so likely just creating a rule on my DHCP server would be easiest 
to forward to my Foreman TFTP server.  Making changes to the Corporate PXE 
server might be a bit more of a pain and stir up more questions than i'm 
interested in dealing with.

I wonder outside of PXE is it possible to have Foreman mount the ISO to the 
system and have it boot off local media?  I have the ISO's stored in an ISO 
Repository in oVirt so they are available, I'm just not sure if this is 
something that Foreman supports.  I guess the VM needs to be on the network 
for Foreman to contact it to go through kickstart so simply booting to the 
media isn't sufficient.  (probably answered my own question there just 
thinking allowed).



Regarding my Logs.  I'll go through enabling debugging to see if I can 
spawn an error.  The "Submit" i'm referring to is when I make any changes 
to a Provisioning Template, whether it be association or script editing. 
 When you "Submit" the changes, I am redirected to the error page and 
nothing takes place.  It seems like the actions I took corrupted something 
within the application.  It's not like I have much done on the system to if 
it's too much trouble I can just start from scratch considering it'll 
probably take me awhile to get the DHCP settings updated I can't do much 
provisioning anyway.


Thanks,
-Travis

On Wednesday, October 26, 2016 at 6:51:04 AM UTC-5, Greg Sutcliffe wrote:
>
> On 26 October 2016 at 11:08, Travis Ross <[email protected] <javascript:>
> > wrote:
>
>> Okay I'm new to Foreman and oVirt but have been trying to set something 
>> up in my lab for our developers.
>>
>
> Welcome :)
>  
>
>> During my initial testing of deploying a VM to oVirt everything seems to 
>> work except when my VM PXE boots I'm grabbing an IP outside of my 
>> infrastructure and it's trying to load windows so likely it's a domain PXE 
>> server that seems to be taking precedence.
>>
>
> So one option would be to use premade images that can be configured when 
> they spin up (I think oVirt calls them "templates", just to overload that 
> term further :P). That would be one way to bypass the need for a TFTP 
> server.
>
> However, Foreman will expect to know the IP so it can SSH in and configure 
> the image once booted. You may have some issues there - but rather than 
> derail further now, we can discuss it if that's an interesting direction. 
>
> >  I have restarted foreman.service
>
> You need to restart Apache, by default. The foreman service is provided by 
> the packages for convenience but we use Apache/Passenger in the installer.
>
>> 1. How to point my PXE boot to my foreman server rather than the 
>> corporate PXE server?
>>
>> Is this on the oVirt side or Foreman Side to isolate which PXE server to 
>> point to?
>>
>> Assuming you dont want to use images, as per above, then there's three 
> steps:
>
> 1) Where does the VM get DHCP from. If it's a private network, you can 
> control it. If it's bridged, it's time to talk nicely to the DHCP guys :)
> 2) The DHCP server hands out bootp and next-server records that direct the 
> VM to the TFTP server - these need to be right
> 3) Or, the existing PXE server needs a class file (something for your 
> network segment probably) that chain loads your tftp server.
>
>> 2. Which logs do I need to check to fix my Provisioning Template debacle?
>>
> I'm not clear on which page you're hitting Submit on, but in general you 
> probably want to enable debug logs. Take a look at 
> http://projects.theforeman.org/projects/foreman/wiki/Troubleshooting for 
> some general hints.
>
> Greg
>

-- 
You received this message because you are subscribed to the Google Groups 
"Foreman users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/foreman-users.
For more options, visit https://groups.google.com/d/optout.

Reply via email to