>
>
>>
>> >> > Is it possible to utilize the default NAT network (dnsmasq) that comes
>> >> > with KVM to pxe boot new VMs to the smart proxy? I currently have my
>> >> > smart proxy with TFTP enabled on a KVM server and would like it to
>> >> > provide the pxe booting via that private host network rather than on
>> >> > my public network.
>>
>> >> sadly the proxy does not support dnsmask yet, as far as I could tell,
>> >> it does not provide any API to interface with it.
>> >> if you run isc dhcp on that subnet, then there should not be any issue.
>>
>> >> > Also , is there a way to easily network boot a new VM without the need
>> >> > for DHCP? I was able to use gPXE to boot a VM (http://theforeman.org/
>> >> > issues/470) but it's less than automated. The other method I got to
>> >> > work was using the virt-manager "Direct Kernel boot" options to
>> >> > specify the information to boot. I ran into a problem with that where
>> >> > this line would cause libvirt to choke…(removed IPs below)
>>
>> >> yes, gpxe is one good way to achieve it.
>>
>> >> > ks=http://itscforeman.tamu.edu/unattended/provision?
>> >> > static=yes&spoof=192.168.1.1 ksdevice=bootif network kssendmac ip=…
>> >> > netmask=255.255.255.192 gateway=… dns=…
>>
>> >> > The "&" character causes this error…
>> >> > -----------------
>> >> > Traceback (most recent call last):
>> >> > File "/usr/share/virt-manager/virtManager/details.py", line 1973, in
>> >> > _change_config_helper
>> >> > func(*args)
>> >> > File "/usr/share/virt-manager/virtManager/domain.py", line 393, in
>> >> > set_boot_kernel
>> >> > return self._redefine_guest(change)
>> >> > File "/usr/share/virt-manager/virtManager/domain.py", line 237, in
>> >> > _redefine_guest
>> >> > return cb(guest)
>> >> > File "/usr/share/virt-manager/virtManager/domain.py", line 392, in
>> >> > change
>> >> > guest.installer.bootconfig.kernel_args = args or None
>> >> > File "/usr/lib/python2.6/site-packages/virtinst/
>> >> > XMLBuilderDomain.py", line 293, in new_setter
>> >> > for node, val, usexpath in node_map:
>> >> > TypeError: 'NoneType' object is not callable
>> >> > ---------------------
>>
>> >> > I can use "ks=http://itscforeman.tamu.edu/unattended/provision?
>> >> > spoof=192.168.1.1 ksdevice=bootif network kssendmac ip=…
>> >> > netmask=255.255.255.192 gateway=… dns=…" just fine but I seem to
>> >> > be forced to add the spoof line. I'm very new to provisioning with
>> >> > foreman, but shouldn't I be able to leave out the "spoof" portion? If
>> >> > I don't include that then the install says it can't find the necessary
>> >> > kickstart file.
>>
>> >> Foreman try to match based on the IP address, and if provided, by the
>> >> mac address, anaconda (if you are using redhat) sends all nic mac
>> >> addresses to foreman when requesting the kickstart file, so you just
>> >> need to ensure that the mac match.
>>
>> >> spoof is not the right way, as it skips handling things like puppetca,
>> >> and in the upcoming 0.4 version also requires authentication.
>>
>> >> Ohad
>>
>> >> > Thanks
>> >> > - Trey
>>
>> >> > –
>> >> > You received this message because you are subscribed to the Google Groups "Foreman users" group.
>> >> > To post to this group, send email to foreman-users@googlegroups.com.
>> >> > To unsubscribe from this group, send email to foreman-users+unsubscribe@googlegroups.com.
>> >> > For more options, visit this group athttp://groups.google.com/group/foreman-users?hl=en.
>>
>> > Is there a way to automate the gpxe boot so I don't have to do the CTRL
>> > +B and the subsequent commands? It's not that big of a problem, but
>> > I'd like to achieve as much automation as possible.
>>
>> sure, you can usehttp://rom-o-matic.net/and simply add a script to
>> the img which goes to foreman (just like you do manually).
>> then if its kvm, you just need to replace the default gpxe images on
>> your hypervisor (I'm sure there is a way to do it per vm, but can't
>> remember at the moment).
>>
>>
>>
>> > Well the IP and MAC match what I provided via the kernel parameter
>> > line, and what is in Foreman. This is using CentOS 6. Is there a way
>> > to troubleshoot why it's not appending the correct information to the
>> > request for the kickstart file?
>>
>> pastie the log files when you query without spoof?
>>
>>
>>
>> > Using GPXE I have the same problem when requesting the
>> > gpxe_kickstart_config file. The only way I can connect to it from
>> > within gPXE is using ?spoof=
>>
>> > > ifopen
>> > > set net0/ip …
>> > > set net0/netmask 255.255.255.192
>> > > set net0/gateway …
>> > > set net0/dns …
>> > > kernelhttp://myforemanserver.tld/unattended/gpxe_kickstart_config
>>
>> you should be using …/unattended/gPXE as the url
>> assuming you configured the templates / os correctly.
>>
>>
>>
>>
>>
>>
>>
>> > I get…
>> > ---------
>> >http://myforemanserver.tld/unattended/gpxe_kickstart_config. Input/
>> > output error (0x1d0c6039)
>> > Could not fetchhttp://myforemanserver.tld/unattended/gpxe_kickstart_config:
>> > Input/output error (0x1d0c6039)
>>
>> > It works only if I do the last line like this
>>
>> > >http://myforemanserver.tld/unattended/gpxe_kickstart_config?spoof=…
>>
>> > Thanks
>> > - Trey
>>
>> > –
>> > You received this message because you are subscribed to the Google Groups "Foreman users" group.
>> > To post to this group, send email to foreman-users@googlegroups.com.
>> > To unsubscribe from this group, send email to foreman-users+unsubscribe@googlegroups.com.
>> > For more options, visit this group athttp://groups.google.com/group/foreman-users?hl=en.
>
> So, it turns out I wasn't clicking "Build" in the interface…which I
> then found out requires a TFTP server even if I'm using gPXE (or at
> least that's how I got it to work). Not it seems to be working!
You're right, please open a bug about that, it would be easy to fix.
>
> If I can get this consistently repeatable I'll attempt a full writeup
> to help others who are attempting this. Once you figure out all the
> configuration steps necessary it's very smooth.
Please do 
>
> My initial tests when using "spoof" on the provisioned systems were
> never getting to or completing any steps in the kickstart %post
> section. Is that related to using spoof on the deployment or is that
> something else all together?
I don't think so, in general the kickstart should be identical with or
without spoof, the only difference is other things (such as puppet
certificate handling etc).
···
On Wed, Nov 2, 2011 at 5:33 PM, treydock wrote:
> On Nov 2, 2:27 am, Ohad Levy wrote:
>> On Wed, Nov 2, 2011 at 2:24 AM, treydock wrote:
>> > On Nov 1, 3:03 pm, Ohad Levy wrote:
>> >> On Tue, Nov 1, 2011 at 6:11 PM, treydock wrote: