On 8/6/07, Michael DeHaan <mdehaan@xxxxxxxxxx
> wrote:
The cobbler XMLRPC API is much better.
What I have so far is not a cobbler client.
It's a python program that sets it's defaults,
then add/overirde settings from cobbler,
cobbler's blended settings via XML-RPC make this even cooler,
then add/override settings from command line arguments,
then a little bit of code fine tunes the settings.
then call the validation code to check the setting.
Then we generat a .vmx file for the VM.
scp the .vmx to the vmware server,
ssh some commands to create the virtual disk
and register the VM.
then we run a cobbler system add on the local host
gotta add the cobbler sync
then we power on the VM.
And off we go.
Maybe not looks like I've got a problem with dnsmasq.
Been working on the vmware side an have tried it since
I switched to dnsmasq
The VM is PXE booting with the right mac address
With tcpdump inside the cobbler host I see a bunch of these
09:16:31.293655 rarp who-is 00:50:56:00:00:ff (oui Unknown) tell 00:50:56:00:00:ff (oui Unknown)
09:16:31.294312 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:50:56:00:00:ff (oui Unknown), length: 548
they got through the firewall, it was willing to be it was a firewall problem.
and we are not aswering.
Here's an excerpt from cobbler report
system : ctl01
profile : ctl
kernel options : {}
ks metadata : {}
ip address : 10.0.0.66
mac address : 00:50:56:00:00:ff
hostname : ctl01.sms
pxe info set? : True
config id : 01-00-50-56-00-00-ff
netboot enabled? : 1
kickstart : <<inherit>>
virt type : <<inherit>>
virt path : <<inherit>>
Ant the output from
#cobbler sync
sync distro: CentOS5-i386
sync profile: ctl
sync profile: smstrac
sync profile: CentOS5-i386
sync profile: o3d
sync profile: gtm
sync system: 00:50:56:00:00:01
sync system: ctl01
Shutting down Lightweight caching nameserver (dnsmasq): [ OK ]
Starting Lightweight caching nameserver (dnsmasq): [ OK ]
/tmp/tftpboot/pxelinux.cfg/01-00-50-56-00-00-ff has
default linux
prompt 0
timeout 1
label linux
kernel /images/CentOS5-i386/vmlinuz
append ksdevice=eth0 lang= text syslog= 10.0.0.21:25150 initrd=/images/CentOS5-i386/initrd.img ks=http://10.0.0.21/cblr/kickstarts_sys/ctl01/ks.cfg
looks good
let's cycle power on the VM
still no dhcp offers.
let's do a ps
dnsmasq is still running
let's look in the log files
don't see anything at all about dnsmasq
maybe I'm not looking in the right place.
Not sure when I'll get back to this.
Got a lot of stuff to do to get ready to go on vacation next week.
Again, if you're writing a client of cobbler, usage of the XMLRPC API
and using the *_for_koan
functions is the best way to go. It's simpler -- and it's also usable
remotely (and without the need for root access).
The cobbler XMLRPC API is much better.
What I have so far is not a cobbler client.
It's a python program that sets it's defaults,
then add/overirde settings from cobbler,
cobbler's blended settings via XML-RPC make this even cooler,
then add/override settings from command line arguments,
then a little bit of code fine tunes the settings.
then call the validation code to check the setting.
Then we generat a .vmx file for the VM.
scp the .vmx to the vmware server,
ssh some commands to create the virtual disk
and register the VM.
then we run a cobbler system add on the local host
gotta add the cobbler sync
then we power on the VM.
And off we go.
Maybe not looks like I've got a problem with dnsmasq.
Been working on the vmware side an have tried it since
I switched to dnsmasq
The VM is PXE booting with the right mac address
With tcpdump inside the cobbler host I see a bunch of these
09:16:31.293655 rarp who-is 00:50:56:00:00:ff (oui Unknown) tell 00:50:56:00:00:ff (oui Unknown)
09:16:31.294312 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:50:56:00:00:ff (oui Unknown), length: 548
they got through the firewall, it was willing to be it was a firewall problem.
and we are not aswering.
Here's an excerpt from cobbler report
system : ctl01
profile : ctl
kernel options : {}
ks metadata : {}
ip address : 10.0.0.66
mac address : 00:50:56:00:00:ff
hostname : ctl01.sms
pxe info set? : True
config id : 01-00-50-56-00-00-ff
netboot enabled? : 1
kickstart : <<inherit>>
virt type : <<inherit>>
virt path : <<inherit>>
Ant the output from
#cobbler sync
sync distro: CentOS5-i386
sync profile: ctl
sync profile: smstrac
sync profile: CentOS5-i386
sync profile: o3d
sync profile: gtm
sync system: 00:50:56:00:00:01
sync system: ctl01
Shutting down Lightweight caching nameserver (dnsmasq): [ OK ]
Starting Lightweight caching nameserver (dnsmasq): [ OK ]
/tmp/tftpboot/pxelinux.cfg/01-00-50-56-00-00-ff has
default linux
prompt 0
timeout 1
label linux
kernel /images/CentOS5-i386/vmlinuz
append ksdevice=eth0 lang= text syslog= 10.0.0.21:25150 initrd=/images/CentOS5-i386/initrd.img ks=http://10.0.0.21/cblr/kickstarts_sys/ctl01/ks.cfg
looks good
let's cycle power on the VM
still no dhcp offers.
let's do a ps
dnsmasq is still running
let's look in the log files
don't see anything at all about dnsmasq
maybe I'm not looking in the right place.
Not sure when I'll get back to this.
Got a lot of stuff to do to get ready to go on vacation next week.
--
Drew Einhorn
_______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/et-mgmt-tools
