<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">
<div class="im">ostara ~ # ebuild /usr/portage/app-emulation/libvirt/libvirt-1.1.2-r1.ebuild setup clean<br> * libvirt-1.1.2.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...                                                       [ ok ]<br>

 * libvirt-1.1.2-e89bdf01.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ...                                              [ ok ]<br> * checking ebuild checksums ;-) ...                                                                               [ ok ]<br>

 * checking auxfile checksums ;-) ...                                                                              [ ok ]<br> * checking miscfile checksums ;-) ...                                                                             [ ok ]<br>

 * Determining the location of the kernel source code<br> * Found kernel source directory:<br> *     /usr/src/linux<br> * Found kernel object directory:<br> *     /lib/modules/3.10.7-gentoo/build<br> * Found sources for kernel version:<br>

 *     3.10.7-gentoo<br> * Checking for suitable kernel configuration options...<br></div> *   CONFIG_SECURITYFS:  is not set when it should be.<br> * Please check to make sure these options are set correctly.<br> * Failure to do so may cause unexpected problems.<br>

<br></div></div>
</blockquote></div><br></div><div class="gmail_extra">Doug, thank you for your assistance.  My issue is resolved:<br><br>ostara ~ # virsh -c lxc:/// start dwj-hfax-dev<br>Domain dwj-hfax-dev started<br><br>ostara ~ # zgrep "SECURITYFS" /proc/config.gz<br>
CONFIG_SECURITYFS=y<br><br></div><div class="gmail_extra"></div><div class="gmail_extra"><br></div><div class="gmail_extra">Suggestion: libvirtd, or its start script, should sanity check the local kernel and issue a warning if its not kosher.<br>
<br><br></div><div class="gmail_extra">[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)<br>
<br>ostara ~ # df -i /<br>Filesystem       Inodes   IUsed    IFree IUse% Mounted on<br>/dev/md3       60632496 2443621 58188875    5% /<br><br>ostara ~ # df -h /<br>Filesystem      Size  Used Avail Use% Mounted on<br>/dev/md3        909G  447G  417G  52% /<br>
<br></div></div>