On Thu, Nov 17, 2016 at 09:57:47AM -0500, Derek Atkins wrote: > Hi, > > On Thu, November 17, 2016 4:11 am, Richard W.M. Jones wrote: > > On Wed, Nov 16, 2016 at 08:07:15PM -0500, Derek Atkins wrote: > >> I found the disk image for the running VM, created a symlink, and then > >> ran > >> the command above. It took a while: > >> > >> # time LIBGUESTFS_BACKEND=direct guestfish --ro -a fc21-64.qcow2 -i > >> selinux-relabel /etc/selinux/targeted/contexts/files/file_contexts / > >> force:true > >> > >> real 114m17.757s > >> user 114m16.476s > >> sys 0m6.042s > > > > That certainly demonstrates the bug. I'm unclear why it would be > > happening, but perhaps you can run the following commands and send me > > the results: > > > > LIBGUESTFS_BACKEND=direct guestfish --ro -a fc21-64.qcow2 -i find / > > > files > > > > LIBGUESTFS_BACKEND=direct virt-cat -a fc21-64.qcow2 > > /etc/selinux/targeted/contexts/files/file_contexts / > file_contexts > > See attached.. There are 184,431 entries in the file list. > > > rpm -qf /usr/sbin/setfiles > setfiles.version > > Did you want this on the host or in the guest? On the host I get: > policycoreutils-2.2.5-20.el7.x86_64
This is the same version I have. > There's really nothing private in the list of files on this machine. It's > an openafs build slave. :) Indeed there's a large number of .ccache files (over 50000). However even recreating this directory structure locally and using the same version of setfiles, I wasn't able to reproduce the problem. Runs of setfiles never took more than about 15 seconds. So, I don't know .. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users