If it works on 15.04, but not 14.04, it's by accident. As in, the installer isn't making this work, it's systemd that's spawning a console anyway. Your XML file shows the same non-standard console setup that we previously complained about with kimchi. Maybe this is a libvirt issue that it's picking bizarre port addresses for the serial, but we definitely need to relax how we look at those.
However, the initial bug report was for installing via VGA (so, no text console) and then rebooting. Fixing that case in trusty is a bit tougher, but we might be able to just detect the machine type and decide those should always have an hvc0 regardless, or similar. I'll think about it. The reason this always works with PowerVM is the combination of (a) all installs are text-mode, so we can always look up the root console(s) during install, and they'll always exist, and (b) PowerVM gives us a consistent address for hvc0/hvc1 and we therefore detect them correctly every time. qemu/kvm allowing people to define these things willy-nilly is marginally unhelpful. Anyhow, the above paragraph isn't excuses, so much as an explanation for why things work the way they do now. We assumed the world of SLOF- under-qemu would look just like OF-under-PowerVM (and, 99% of the time, this assumption is true), and that is biting us a bit. When I get back from vacation later this week, I'll dream up some solid ways to deal with the this new world order. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1391919 Title: ISST-KVM:Ubuntu14.04: guest console not accessible but ssh and ping works fine To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1391919/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
