[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-users] Re: Working with Fedora 15 & systemd
On Sun June 5 2011 2:47:05 PM I wrote: > If you are interested in replying, pls CC: me, as I am not subscribed to the list. > [...] > Finally, in annoyance, I reverted to using the > previous logger on my system, rsyslog, with 'chkconfig rsyslog on'. This, > interestingly enough, passed the request to systemd, and converted the > request to 'rm'-ing the existing logging service in /etc/systemd, and > copying the ones for rsyslog from /lib/systemd to /etc/systemd. (I believe > the way to revert to the default behavior is 'systemctl enable > systemd-kmsg-syslogd.service', but I haven't had an opportunity to try it > yet.) > [...] > Now, tho', I still can't start my winxp vm. Qemu-dm-winxp.log complains, > sometimes repeatedly, about: > > xen be: console-0: xen be: console-0: initialise() failed > initialise() failed On Sun June 26 2011 10:50:42 PM Jurgen Baier wrote: > Hi Jim, sorry to bother you - I am experiencing this exact issue, have you > managed to resolve the issue? > http://www.gossamer-threads.com/lists/xen/users/209239 > http://forums.fedoraforum.org/showthread.php?p=1489624#post1489624 > > Many Thanks > Jurgen I've been working with Fedora rawhide's 3.0.0. The first one I tried (rc2) didn't boot at all. The changelog from rc3 said it had a mismatch between the kernel and libdm, resulting in rc2's boot stopping after failing to init my lvm root. I'm currently on rc4. It boots just fine, even into the desktop (no '3' at the end of the kernel 'module' line in grub.conf, like with 2.6.38). Both 3.0.0 and myoung's 2.6.32 can start a pv guest just fine, tho' the disk= syntax is slightly different between the two. 2.6.32 loads blktap.ko, providing blktap2 service. Interestingly, "tap2:aio:" works just fine, but "tap:tapdisk:aio:" does not. See http://wiki.xensource.com/xenwiki/blktap2 . 3.0.0 does not provide blktap.ko at all, so I have to revert to the old "file:" syntax. Both 3.0.0 and 2.6.32 result in the process blktapctrl not running. With 3.0.0, with no blktap.ko, I get the expected error msgs in syslog about not finding the device. With 2.6.32, it just silently starts and exits. As I said, blktap2 syntax works just fine in my pv guest, so I suspect this is just the way xen 4.1 works. The situation with my hvm guest is a little different, tho', since I use iscsi, and hence my disk= statement uses "dev:". Both 3.0.0 and 2.6.32 refuse to startup the hvm guest the same way - the "console-0: xen-be" error. additionally, /var/log/xen/console/hypervisor complains: (XEN) io.c:194:d5 MMIO emulation failed @ 0018:9ffff: 00 20 2d 7f 00 83 Sometimes 'd5' above is replaced with 'd4'. I doubt the iscsi dev: is the problem, tho', since when vncviewer attempts to come up, all I get is a blank white screen, then it exits. I never get any bochs bios messages or errors. As a side note, 3.0.0 is not happy with rsyslog; 2.6.32 is not happy without it. It suffices to go back between the two with 'chkconfig rsyslog on', or 'chkconfig rsyslog off'. With the latter, systemd automatically starts up it's own logging, if rsyslogd is not called for. Good luck to anyone else trying to get this to work. _______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |