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...
Keywords:
Status: CLOSED DUPLICATE of bug 189168
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts
Version: 5
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
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:
Clone Of:
Environment:
Last Closed: 2006-05-18 20:31:42 UTC
Type: ---
Embargoed:


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):
initscripts-8.31.1-1
cups-1.2.0-1.2
cups-libs-1.2.0-1.2

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/* ;;
           esac
        else
           rm -f $afile
        fi
done


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
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192034#c5
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.