Bug 1912843 - ABRT: Operation not permitted: '/var/cache/abrt-di/usr'
Summary: ABRT: Operation not permitted: '/var/cache/abrt-di/usr'
Keywords:
Status: CLOSED DUPLICATE of bug 1881984
Alias: None
Product: Fedora
Classification: Fedora
Component: abrt
Version: 34
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
Assignee: Michal Srb
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-01-05 12:39 UTC by Jan Vlug
Modified: 2021-05-02 11:25 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-05-02 11:25:12 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jan Vlug 2021-01-05 12:39:39 UTC
abrt cannot report a crash, because:
Can't download debuginfos: [Errno 1] Operation not permitted: '/var/cache/abrt-di/usr'

This is a part of the logging provided in the ABRT window:
Coredump references 299 debuginfo files
Initializing package manager
Setting up repositories
Looking for needed packages in repositories
Going to install 43 debuginfo packages
Can't find packages for 300 debuginfo files
Packages to download: 43
Downloading 44.29Mb, installed size: 205.59Mb. Continue? 'YES'
Downloading (1 of 43) samba-client-libs-debuginfo-4.13.3-0.fc33.x86_64.rpm: 100%
Extracting cpio from /var/tmp/dnf-jan-amgblc0h/updates-debuginfo-a98e8c3c8105d7b7/packages/samba-client-libs-debuginfo-4.13.3-0.fc33.x86_64.rpm
Caching files from unpacked.cpio made from samba-client-libs-debuginfo-4.13.3-0.fc33.x86_64.rpm
Can't extract files from '/var/tmp/abrt-tmp-debuginfo.L3vwHq/unpacked.cpio'. For more information see '/tmp/abrt-unpacking-e6kow7g2'
Unpacking failed, aborting download...
Can't download debuginfos: [Errno 1] Operation not permitted: '/var/cache/abrt-di/usr'

--- Skipping analyze_BodhiUpdates ---
No matching actions found for this event.

--- Skipping report_Bugzilla ---
No matching actions found for this event.

--- Running post_report ---
This problem has not been reported to Bugzilla.
('post_report' exited with 1)

Comment 1 Miroslav Suchý 2021-01-05 15:22:33 UTC
Can you post output of:

ls -ld /var/cache/abrt-di /var/cache/abrt-di/usr

These should be owned by abrt:abrt

Comment 2 Jan Vlug 2021-01-05 17:25:51 UTC
ls -ld /var/cache/abrt-di /var/cache/abrt-di/usr
drwxrwxr-x. 3 abrt abrt 4096 Dec  1 16:22 /var/cache/abrt-di
drwxrwxr-x. 4 abrt abrt 4096 May  1  2017 /var/cache/abrt-di/usr

Comment 3 Miroslav Suchý 2021-01-06 07:13:30 UTC
And
  ls -Zd /var/cache/abrt-di /var/cache/abrt-di/usr
as I assume you have selinux in enabled mode.

Comment 4 Jan Vlug 2021-01-06 14:48:37 UTC
# ls -Zd /var/cache/abrt-di /var/cache/abrt-di/usr
    system_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di  unconfined_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di/usr

# sestatus
SELinux status:                 enabled
SELinuxfs mount:                /sys/fs/selinux
SELinux root directory:         /etc/selinux
Loaded policy name:             targeted
Current mode:                   enforcing
Mode from config file:          enforcing
Policy MLS status:              enabled
Policy deny_unknown status:     allowed
Memory protection checking:     actual (secure)
Max kernel policy version:      33

Comment 5 Pierre Ossman 2021-03-04 09:40:39 UTC
I'm getting this and various problems with abrt right now. It fails using the retrace server, and fails submitting bugzilla entries.

Should I file separate bugs for these?

This gets extra pressing as gnome-shell keeps crashing constantly bug I'm unable to submit any reports.

For me all of this happened after an upgrade to Fedora 33.

> $ ls -ld /var/cache/abrt-di /var/cache/abrt-di/usr
> drwxrwxr-x. 3 abrt abrt 4096 Mar  1 09:42 /var/cache/abrt-di
> drwxrwxr-x. 4 abrt abrt 4096 Feb 24  2020 /var/cache/abrt-di/usr

> $ ls -Zd /var/cache/abrt-di /var/cache/abrt-di/usr
>     system_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di
> unconfined_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di/usr

Comment 6 lethalwp 2021-03-07 15:32:46 UTC
same than https://bugzilla.redhat.com/show_bug.cgi?id=1881984

i don't have selinux but:
rm -rf /var/cache/abrt-di/*

did the trick for me

now the directory has been recreated with my username.
(I don't know how this could work on a multiuser system tho ?)

[lethalwp@little ~]$ ls -la /var/cache/abrt-di/
total 12
drwxrwxr-x  3 abrt     abrt 4096  7 mar 16:30 .
drwxr-xr-x 38 root     root 4096 26 jan 07:05 ..
-rw-r--r--  1 root     root    0 24 sep 09:11 .migration-group-add
drwxr-xr-x  3 lethalwp abrt 4096  7 mar 16:30 usr

Comment 7 Jan Vlug 2021-04-21 07:54:58 UTC
Here some additional info, now it happened again:

From the ABRT "Show log" window:
...
Retrace job failed
Retrace failed. Try again later and if the problem persists report this issue please.
[2021-04-20 15:39:40] [I] Analyzing crash data

Do you want to generate a stack trace locally? (It may download a huge amount of data but reporting can't continue without stack trace). 'YES'
Analyzing coredump 'coredump'
Cleaning cache...
Cache cleaning has finished
Coredump references 63 debuginfo files
Initializing package manager
Setting up repositories
Looking for needed packages in repositories
Going to install 60 debuginfo packages
Can't find packages for 63 debuginfo files
Packages to download: 60
Downloading 164.79Mb, installed size: 781.54Mb. Continue? 'YES'
Downloading (1 of 60) libicu-debuginfo-67.1-4.fc33.x86_64.rpm: 100%
Extracting cpio from /var/tmp/dnf-jan-1b3kng_6/fedora-debuginfo-85d473e83a9b48cd/packages/libicu-debuginfo-67.1-4.fc33.x86_64.rpm
Caching files from unpacked.cpio made from libicu-debuginfo-67.1-4.fc33.x86_64.rpm
Can't extract files from '/var/tmp/abrt-tmp-debuginfo.uCYiFf/unpacked.cpio'. For more information see '/tmp/abrt-unpacking-utk2d5_d'
Unpacking failed, aborting download...
Can't download debuginfos: [Errno 1] Operation not permitted: '/var/cache/abrt-di/usr'

--- Skipping analyze_BodhiUpdates ---
No matching actions found for this event.

--- Skipping report_Bugzilla ---
No matching actions found for this event.

--- Running post_report ---
This problem has not been reported to Bugzilla.
('post_report' exited with 1)

The content of /tmp/abrt-unpacking-utk2d5_d:
cpio: ./usr/lib/debug: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/.build-id: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/.build-id/16: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/.build-id/25: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/.build-id/2b: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/.build-id/7f: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/.build-id/f3: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/usr: Cannot change mode to rwxr-xr-x: Operation not permitted
cpio: ./usr/lib/debug/usr/lib64: Cannot change mode to rwxr-xr-x: Operation not permitted
60259 blocks

# ls -sla /tmp/abrt-unpacking-utk2d5_d
4 -rw-------. 1 jan abrt 822 Apr 21 09:39 /tmp/abrt-unpacking-utk2d5_d

# ls -sla /var/cache/abrt-di/usr
total 0
0 drwxrwxr-x. 1 abrt abrt 12 Apr 29  2020 .
0 drwxrwxr-x. 1 abrt abrt 46 Dec  1 16:22 ..
0 drwxrwxr-x. 1 abrt abrt 10 Apr 29  2020 lib
0 drwxrwxr-x. 1 abrt abrt 10 Apr 29  2020 src

# ls -slad /var/cache/abrt-di/usr
0 drwxrwxr-x. 1 abrt abrt 12 Apr 29  2020 /var/cache/abrt-di/usr

# ls -Zd /var/cache/abrt-di /var/cache/abrt-di/usr
    system_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di  unconfined_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di/usr

# ls -Zd /var/cache/abrt-di /tmp/abrt-unpacking-utk2d5_d
  unconfined_u:object_r:user_tmp_t:s0 /tmp/abrt-unpacking-utk2d5_d  system_u:object_r:abrt_var_cache_t:s0 /var/cache/abrt-di

Comment 8 Jan Vlug 2021-05-02 10:51:59 UTC
More and more crashed can not be reported due to this issue. Especially after the update to Fedora 34.
Currently I have four crashes that cannot be reported.

Comment 9 Jan Vlug 2021-05-02 11:25:12 UTC
Doing:
# rm -rf /var/cache/abrt-di/*
as suggested in bug 1881984 solved this issue.
Marking as duplicate of bug 1881984.

*** This bug has been marked as a duplicate of bug 1881984 ***


Note You need to log in before you can comment on or make changes to this bug.