> Is there anymore info for this? Any kernel messages?

Can't run dmesg in that container :(

I did run aa-status (after altering the dep8 test, rebuilding,
retesting, etc), got this:

autopkgtest [20:25:06]: test smbk5pwd: [-----------------------
SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
adding new entry "cn=samba,cn=schema,cn=config"

SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
adding new entry "cn=hdb,cn=schema,cn=config"

apparmor_parser: Unable to replace "/usr/sbin/slapd".  Permission denied; 
attempted to load a profile while confined?
Failed to reload the profile, let's get some info and continue
apparmor module is loaded.
You do not have enough privilege to read the profile set.
SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
modifying entry "cn=module{0},cn=config"

adding new entry "olcOverlay=smbk5pwd,olcDatabase={1}mdb,cn=config"

autopkgtest [20:25:09]: test smbk5pwd: -----------------------]
autopkgtest [20:25:14]: test smbk5pwd:  - - - - - - - - - - results - - - - - - 
- - - -
smbk5pwd             PASS (superficial)


The code for the above was:

        apparmor_parser -r -W -T /etc/apparmor.d/usr.sbin.slapd || {
            echo "Failed to reload the profile, let's get some info and 
continue"
            aa-status || :
        }

All of this points at a specific restriction in the Canonical
infrastructure that runs the armhf DEP8 tests.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apparmor in Ubuntu.
https://bugs.launchpad.net/bugs/1991141

Title:
  parser fails to unload profile via "aa-disable" on autopkgtest.u.c
  (armhf) - "Permission denied"

Status in apparmor package in Ubuntu:
  New
Status in django-auth-ldap package in Ubuntu:
  New
Status in volatildap package in Ubuntu:
  New

Bug description:
  This bug affects django-auth-ldap and other packages that call "aa-
  disable" in a dep8 test.  For some reason that I wasn't able to
  determine, the command fails when it's executed on
  autopkgtest.ubuntu.com, but only when run on armhf.

  The error looks like this:

  ERROR: /sbin/apparmor_parser: Unable to remove "/usr/sbin/slapd".
  Permission denied; attempted to load a profile while confined?

  Disabling /usr/sbin/slapd.

  https://autopkgtest.ubuntu.com/results/autopkgtest-
  kinetic/kinetic/armhf/d/django-auth-ldap/20220927_015039_0a1ae@/log.gz

  I wasn't able to reproduce the problem.  I believe it's something
  specific to how autopkgtest.u.c launches the armhf containers.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1991141/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to