[et-mgmt-tools] re: "invalid kernel" -- found the problem!

[Michael DeHaan]

JimmyT _ wrote:
> (moving this discussion thread from private email & irc chats to this
> list, per request)
>
>
> -------------------------------------------------------------------------------
> if I,
>
> cd /tmp/xen
> wget http://mirrors.kernel.org/fedora/releases/8/Fedora/x86_64/os/images/xen/vmlinuz
> wget http://mirrors.kernel.org/fedora/releases/8/Fedora/x86_64/os/images/xen/initrd.img
>
> ls -al /tmp/xen
>
> cobbler distro add --name=f8 \
> --kernel='/tmp/xen/vmlinuz' --initrd='/tmp/xen/initrd.img' \
> --arch=x86_64 --breed=redhat
>
> cobbler profile add --name=f8pv --distro=f8 --virt-type=xenpv \
> --virt-ram=512 --virt-cpus=1 --virt-bridge=eth0 --kickstart=/tmp/f8pv_ks.cfg
>
> cobbler sync
>
> ls -al /tmp/xen
>   -rw-r--r--  1 root root 6735017 2007-11-02 08:00 initrd.img
>   -rw-r--r--  1 root root 1961293 2007-11-02 08:00 vmlinuz
>
> koan --virt --virt-name=testvm --profile=f8pv --server=server.internal.net \
> --virt-path=/dev/VG01/testvm \
> --autonet --nogfx
>
>
> FAILS:
>
>   - using kickstart: http://10.0.0.100/cblr/kickstarts/f8_min_pv/ks.cfg
>   libvirtd (pid 2322) is running...
>   downloading initrd initrd.img to /var/lib/xen/initrd.img
>   url=http://server.internal.net/cobbler/images/fedora8/initrd.img
>   - using kickstart:
> http://server.internal.net/cobbler/images/fedora8/initrd.img
>   downloading kernel vmlinuz to /var/lib/xen/vmlinuz
>   url=http://server.internal.net/cobbler/images/fedora8/vmlinuz
>   - using kickstart: http://server.internal.net/cobbler/images/fedora8/vmlinuz
>   libvir: Xen Daemon error : GET operation failed:
>   libvir: Xen Daemon error : GET operation failed:
>   libvir: Xen Daemon error : POST operation failed: (xend.err "Error
> creating domain: (2, 'Invalid kernel', 'xc_dom_find_loader: no loader
> found\\n')")
>   Traceback (most recent call last):
>     File "/usr/lib/python2.5/site-packages/koan/app.py", line 192, in main
>      k.run()
>     File "/usr/lib/python2.5/site-packages/koan/app.py", line 402, in run
>      self.virt()
>     File "/usr/lib/python2.5/site-packages/koan/app.py", line 670, in virt
>      return self.net_install(after_download)
>     File "/usr/lib/python2.5/site-packages/koan/app.py", line 624, in
> net_install
>      after_download(self, profile_data)
>     File "/usr/lib/python2.5/site-packages/koan/app.py", line 668, in
> after_download
>      self.virt_net_install(profile_data)
>     File "/usr/lib/python2.5/site-packages/koan/app.py", line 1243,
> in virt_net_install
>      fullvirt      =  fullvirt
>     File "/usr/lib/python2.5/site-packages/koan/xencreate.py", line
> 128, in start_install
>      guest.start_install()
>     File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line
> 813, in start_install
>      return self._do_install(consolecb, meter)
>     File "/usr/lib/python2.5/site-packages/virtinst/Guest.py", line
> 834, in _do_install
>      self.domain = self.conn.createLinux(install_xml, 0)
>     File "/usr/lib64/python2.5/site-packages/libvirt.py", line 585,
> in createLinux
>      if ret is None:raise libvirtError('virDomainCreateLinux()
> failed', conn=self)
>   libvirtError: virDomainCreateLinux() failed POST operation failed:
> (xend.err "Error creating domain: (2, 'Invalid kernel',
> 'xc_dom_find_loader: no loader found\\n')")
>
>
> Checking,
>
> ls -al /var/lib/xen/{vmlinuz*,initrd*}
>   -rw-r--r-- 1 root root 609 2008-02-01 16:56 /var/lib/xen/initrd.img
>   -rw-r--r-- 1 root root 609 2008-02-01 16:56 /var/lib/xen/vmlinuz
>
> Those sizes are clearly WRONG!  What's "in there"?
>
>
>
> This is happening, I believe because koan's DL'ing from:
>
>   url=http://server.internal.net/cobbler/images/fedora8/initrd.img
>   

This is the URLs it should use.


> Checking, if I nav to:
>
>   links http://server.internal.net/cobbler/images/fedora8/
>
> I see,
>
>
>                                           400 Bad Request
>                                                             Bad
> Request
>
>      Your browser sent a request that this server could not
> understand.
>      Reason: You're speaking plain HTTP to an SSL-enabled server
> port.
>      Instead use the HTTPS scheme to access this URL, please.
>
>       Hint: https://server.internal.net/
>   

This seems to indicate you have HTTPS running on port 80.   This would 
be bad.

This seems to be an Apache/site configuration issue which probably was 
also indiciate of
the error you were seeing earlier -- namely that Apache Reverse proxying 
of your XMLRPC
connection was not working, but seems to work for all other installs.

>
> Bottom line ... koan's NOT getting files via the required https://....
>
>   
There is no reason why https:// should be required.   

... snip ...

If your Apache configuration is still http/https confused, koan is 
trying to contact the Apache proxy of the XMLRPC connection
so that will still fail.   

I'm putting my money on the Apache config and port 80 not being plaintext.

--Michael