[libvirt] [PATCH 1/5] virt-aa-helper: Ignore open errors again
Daniel P. Berrange
berrange at redhat.com
Mon Jul 26 09:49:33 UTC 2010
On Sat, Jul 24, 2010 at 12:28:11AM +0200, Jamie Strandboge wrote:
> On Fri, 2010-07-23 at 19:24 +0200, Matthias Bolte wrote:
> > virt-aa-helper used to ignore errors when opening files.
> > Commit a8853344994a7c6aaca882a5e949ab5536821ab5 refactored
> > the related code and changed this behavior. virt-aa-helper
> > didn't ignore open errors anymore and virt-aa-helper-test
> > fails.
> >
> > Make sure that virt-aa-helper ignores open errors again.
> > ---
> > src/security/virt-aa-helper.c | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git a/src/security/virt-aa-helper.c b/src/security/virt-aa-helper.c
> > index 521545d..16b1920 100644
> > --- a/src/security/virt-aa-helper.c
> > +++ b/src/security/virt-aa-helper.c
> > @@ -846,7 +846,7 @@ get_files(vahControl * ctl)
> > for (i = 0; i < ctl->def->ndisks; i++) {
> > int ret = virDomainDiskDefForeachPath(ctl->def->disks[i],
> > ctl->allowDiskFormatProbing,
> > - false,
> > + true,
> > add_file_path,
> > &buf);
> > if (ret != 0)
>
> I'm not 100% sure on this one. I have been developing patches to adjust
> for the new behavior on older releases and I did some shuffling to get
> this to work with 'false'. I'm not ready to submit at this time, and
> won't be able to get to it until the week after next. If this blocks
> Matthias' work, then feel free to commit and I'll post with a different
> patch if needed. Otherwise, we can wait.
What is the scenario in which 'false' breaks things ? We use 'false' for
the selinux driver already. The problem with 'true' is that it means the
user will never see potentially important errors.
Regards,
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
More information about the libvir-list
mailing list