[et-mgmt-tools] cobbler system add

[drew einhorn]

On 8/6/07, Michael DeHaan <mdehaan at redhat.com > wrote:

> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/et-mgmt-tools/attachments/20070808/d8240dee/attachment.htm>