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
_______________________________________________
et-mgmt-tools mailing list
et-mgmt-tools@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/et-mgmt-tools