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