[Lxc-users] console takes a long time to initializeVirtualCharDevice

Lucas Albers smurfbait at hotmail.com
Thu May 9 01:05:18 UTC 2013


sigh
I figured out the solution, changing selinux to permissive on the host made the console come up immediately, I must not have had that set on one.
luke


From: Lucas Albers 
Sent: Wednesday, May 08, 2013 10:09 AM
To: lxc-users at lists.sourceforge.net 
Subject: [Lxc-users] console takes a long time to initializeVirtualCharDevice

on one system with the same template the virt-manager console comes up immediately.
On the 2nd system it takes an 16 additional seconds.

if you compare the time between the "Starting vm*" and the "No graphics configured for guest", this indicates the time it takes for the console to come up.

I have looked at if for a few days from a number of different angles and I cannot figure it out.

Works:

2013-05-06 19:20:11,400 (details:557): Showing VM details: <vmmDomain object at 0x37a5500 (virtManager+domain+vmmDomain at 0x380cd00)>
2013-05-06 19:20:11,401 (engine:324): window counter incremented to 2
2013-05-06 19:20:13,234 (engine:873): Starting vm 'oracle5'
2013-05-06 19:20:13,236 (asyncjob:184): Creating async job for function cb=<function tmpcb at 0x3782ed8>
2013-05-06 19:20:13,493 (console:1090): No graphics configured for guest
2013-05-06 19:20:13,503 (console:1090): No graphics configured for guest
2013-05-06 19:20:13,511 (serialcon:193): Opening console stream for dev=<virtinst.VirtualCharDevice.VirtualCharDevice object at 0x3af72d0> alias=console0

Does not work:

2013-05-06 19:21:43,802 (details:574): Closing VM details: <vmmDomain object at 0x38ed8c0 (virtManager+domain+vmmDomain at 0x3837cc0)>
2013-05-06 19:21:43,802 (engine:328): window counter decremented to 1
2013-05-06 19:21:46,095 (details:557): Showing VM details: <vmmDomain object at 0x38ed8c0 (virtManager+domain+vmmDomain at 0x3837cc0)>
2013-05-06 19:21:46,096 (engine:324): window counter incremented to 2
2013-05-06 19:21:47,592 (engine:873): Starting vm 'oracle5'
2013-05-06 19:21:47,594 (asyncjob:184): Creating async job for function cb=<function tmpcb at 0x35a1b90>
2013-05-06 19:23:03,109 (console:1090): No graphics configured for guest
2013-05-06 19:23:03,124 (console:1090): No graphics configured for guest
2013-05-06 19:23:03,134 (serialcon:193): Opening console stream for dev=<virtinst.VirtualCharDevice.VirtualCharDevice object at 0x7ff0a40b4a50> alias=console0


I am running virt-manager version:
0.9.4-2
from 3rd system running debian wheezy.


Container is exactly the same on both.
Both host systems are running the exact same OS and hardware.
Oracle Enterprise Linux 6.4 with the latest updates.
Kernel: 2.6.32-358.6.1.el6.x86_6
kernel comand line boot:
ro root=UUID=SNIP rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet cgroup_enable=memory

libvirt/lxc versions are the same on both hosts:
libvirt-0.10.2-18.0.1.el6_4.4.x86_64
libvirt-client-0.10.2-18.0.1.el6_4.4.x86_64
libvirt-python-0.10.2-18.0.1.el6_4.4.x86_64
lxc-0.8.0-2.0.8.el6.x86_64
lxc-devel-0.8.0-2.0.8.el6.x86_64
lxc-libs-0.8.0-2.0.8.el6.x86_64




--------------------------------------------------------------------------------
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may 


--------------------------------------------------------------------------------
_______________________________________________
Lxc-users mailing list
Lxc-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20130508/84e29bbe/attachment.html>


More information about the lxc-users mailing list