> ostara ~ # ebuild > /usr/portage/app-emulation/libvirt/libvirt-1.1.2-r1.ebuild setup clean > * libvirt-1.1.2.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) > ... [ ok ] > * libvirt-1.1.2-e89bdf01.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) > ... [ ok ] > * checking ebuild checksums ;-) > ... > [ ok ] > * checking auxfile checksums ;-) > ... > [ ok ] > * checking miscfile checksums ;-) > ... > [ ok ] > * Determining the location of the kernel source code > * Found kernel source directory: > * /usr/src/linux > * Found kernel object directory: > * /lib/modules/3.10.7-gentoo/build > * Found sources for kernel version: > * 3.10.7-gentoo > * Checking for suitable kernel configuration options... > * CONFIG_SECURITYFS: is not set when it should be. > * Please check to make sure these options are set correctly. > * Failure to do so may cause unexpected problems. > > Doug, thank you for your assistance. My issue is resolved:
ostara ~ # virsh -c lxc:/// start dwj-hfax-dev Domain dwj-hfax-dev started ostara ~ # zgrep "SECURITYFS" /proc/config.gz CONFIG_SECURITYFS=y Suggestion: libvirtd, or its start script, should sanity check the local kernel and issue a warning if its not kosher. [off topic]. Timing! My last reboot was 16 days ago. Between reboots my EXT3 file-system crossed the 180-days without a FSCK mark... My reboot took a looooooonnnnggg time. My server is in my basement. When it did not come back up quickly post-reboot, I got nervous and had to go check on it. :) 2.4 million files makes FSCK slow. Too bad QEMU performs poorly when ran on top of btrfs, or I would convert. (yeah, I know about disabling the COW flag per file/directory) ostara ~ # df -i / Filesystem Inodes IUsed IFree IUse% Mounted on /dev/md3 60632496 2443621 58188875 5% / ostara ~ # df -h / Filesystem Size Used Avail Use% Mounted on /dev/md3 909G 447G 417G 52% /
_______________________________________________ libvirt-users mailing list libvirt-users@redhat.com https://www.redhat.com/mailman/listinfo/libvirt-users
