Bug 224079

Summary: lvm(8) can leave a truncated /etc/lvm/.cache file
Product: Red Hat Enterprise Linux 4 Reporter: Kurtis D. Rader <krader>
Component: lvm2Assignee: LVM and device-mapper development team <lvm-team>
Status: CLOSED DUPLICATE QA Contact: Corey Marthaler <cmarthal>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.4CC: agk, dwysocha, jbrassow, mbroz, prockai
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-01-24 01:19:06 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kurtis D. Rader 2007-01-23 22:54:41 UTC 
The lvm(8) family of commands can leave a truncated /etc/lvm/.cache file if the 
root filesystem becomes full while the file is being written. If the system is 
rebooted at that point it will fail to boot because the subsequent vgscan(8) 
will croak when it attempts to parse the incomplete cache file.

The problem is that the persistent_filter_dump() function does not check the 
return value of any of the writes or fclose(). In fact, simply checking the 
return value of the fclose() and not renaming the temporary file if the close 
fails should be sufficient. This obviously assumes persistent_filter_dump() has 
already been augmented to write to a temporary file and call rename() before 
returning (a change that has already been submitted).
Comment 1 Kurtis D. Rader 2007-01-23 23:07:29 UTC 
This is a dup of bug#224078. I submitted it twice because bugzilla gave me an 
error about

    product " is not valid

(or some such).
Comment 2 Dave Wysochanski 2007-01-24 01:19:06 UTC 

*** This bug has been marked as a duplicate of 22078 ***
Comment 3 Dave Wysochanski 2007-01-24 01:19:42 UTC 
*** This bug has been marked as a duplicate of 224078 ***

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