Bug 1017076 - `abrt-cli rm ...` can print "Can't remove directory '...': Directory not empty" in some cases
Summary: `abrt-cli rm ...` can print "Can't remove directory '...': Directory not empt...
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: abrt
Version: 28
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: abrt
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-09 08:51 UTC by Jan Hutař
Modified: 2019-01-18 12:36 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-01-18 12:36:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jan Hutař 2013-10-09 08:51:14 UTC
Description of problem:
Under some circumstances `abrt-cli rm ...` do not deletes given report. Looks like this happens when given directory is still being generated.


Version-Release number of selected component (if applicable):
abrt-cli-2.0.8-16.el6_4.1.x86_64


How reproducible:
rarely


Steps to Reproduce:
1. # sleep 1000 &   # in mine case I had some crash generated in background
                    # this is probably not a correct reproducer, but reflects
                    # what I have seen
2. # kill -s SEGV $!
3. # abrt-cli list \
    | sed -n 's/^Directory:\s\+//p' \
    | xargs -r -n 1 abrt-cli rm --


Actual results:
With correct timing this might happen:
# abrt-cli list \
    | sed -n 's/^Directory:\s\+//p' \
    | xargs -r -n 1 abrt-cli rm --
rm '/var/spool/abrt/pyhook-2013-10-08-12:40:17-1338'
rm '/var/spool/abrt/pyhook-2013-10-08-12:39:48-497'
Can't remove directory '/var/spool/abrt/pyhook-2013-10-08-12:39:42-800/dell-pesc430-01-2013100812391381250396/etc': Directory not empty
Can't remove '/var/spool/abrt/pyhook-2013-10-08-12:39:42-800/dell-pesc430-01-2013100812391381250396/etc': Directory not empty
Can't remove '/var/spool/abrt/pyhook-2013-10-08-12:39:42-800/dell-pesc430-01-2013100812391381250396': Directory not empty
# abrt-cli list
@0
Directory:      /var/spool/abrt/pyhook-2013-10-08-12:39:42-800
executable:     /usr/share/rhn/up2date_client/hardware.py
package:        rhn-client-tools-1.0.0.1-8.el6
time:           Tue 08 Oct 2013 12:39:42 PM EDT
uid:            0


Expected results:
No errors should be printed - they should not be just hidden, but `abrt-cli rm ...` should not got to this situation.


Additional info:
I do understand this do not guarantee me all the reports are deleted (as some other might be generated during this action), but at least should not print errors.

Comment 3 RHEL Program Management 2013-10-14 01:43:07 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 7 Miroslav Suchý 2017-11-24 11:28:54 UTC
We are not going to fix this in EL6. We may consider this in upstream.

Comment 8 Fedora End Of Life 2018-02-20 15:22:00 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle.
Changing version to '28'.

Comment 9 Matej Marušák 2019-01-18 12:36:57 UTC
It is filed against very old abrt-cli-2.0.8-16 (current is abrt-cli-2.11.1-3) and was no able to reproduce this. (I am aware it is kinda timing-related, but I tried my best).
I am closing it as possibly fixed, but if anyone is able to reproduce it, please reopen with the reproducer.


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