Bug 192264 - rc.sysinit causes rm: cannot remove `/var/run/cups/certs': Is a directory after ugrading to cups-1.2.0
Summary: rc.sysinit causes rm: cannot remove `/var/run/cups/certs': Is a directory aft...
Status: CLOSED DUPLICATE of bug 189168
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts   
(Show other bugs)
Version: 5
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2006-05-18 17:50 UTC by Peter Bieringer
Modified: 2014-03-17 02:59 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-05-18 20:31:42 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Peter Bieringer 2006-05-18 17:50:55 UTC
Description of problem:
After upgrading to cups-1.2.0, after reboot rc.sysinit claims about a directory
which can't be removed

Version-Release number of selected component (if applicable):

How reproducible:
On every reboot

Steps to Reproduce:
1. Upgrade FC5 system to cups-1.2.0
2. Reboot
Actual results:
Remounting root filesystem in read-write mode:             [  OK  ]
Mounting local filesystems:                                [  OK  ]
Enabling local filesystem quotas:                          [  OK  ]
rm: cannot remove `/var/run/cups/certs': Is a directory
Enabling swap space:                                       [  OK  ]
INIT: Entering runlevel: 3

Expected results:
Not such message

Additional info:

This was caused by a missing entry in code part:

# Clean up /var.  I'd use find, but /usr may not be mounted.
for afile in /var/lock/* /var/run/* ; do
        if [ -d "$afile" ]; then
           case "$afile" in
                */news|*/mon)   ;;
                */sudo)         rm -f $afile/*/* ;;
                */vmware)       rm -rf $afile/*/* ;;
                */samba)        rm -rf $afile/*/* ;;
                */screen)       rm -rf $afile/* ;;
                */cvs)          rm -rf $afile/* ;;
                */dovecot)      rm -f $afile/*/* ;;
                *)              rm -f $afile/* ;;
           rm -f $afile

Looks like this piece of code is not well designed because it need to be
synchronized with other packages, so everytime, a package would create a
subdirectory in /var/run, such issue rises up again...

In comment
this issue was mentioned first

Comment 1 Peter Bieringer 2006-05-18 17:55:32 UTC
Sorry, my comment was not proper, this problem rised up now, because a
sub-sub-directory was created by cups. sub-directories are already handled proper.

Comment 2 Bill Nottingham 2006-05-18 20:31:42 UTC

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

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