| Summary: | dump creates a dump file much larger than sum of dumped files | ||
|---|---|---|---|
| Product: | Base System | Reporter: | Mark Hannon <markhannon> |
| Component: | bin | Assignee: | Ceri Davies <ceri> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.4-RELEASE | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Mark Hannon
2001-11-25 04:40:01 UTC
The problem seems to go away if I manually delete any existing dump files with the same name as the new dump prior to making a new dump. ie. the total filesize of a file, usr9 (ie the level 9 dump of /usr that is written every night) never gets any smaller. Any ideas of what this might be? (I have changed my backup script to unlink the old file before starting a new dump now and it seems to work) /mark State Changed From-To: open->feedback Can you reproduce this in more recent releases? I seem to recall discussion about fixing a bug that sounded similar to this. State Changed From-To: feedback->closed Feedback timeout (6 months or more). I will handle any feedback that this closure generates. Responsible Changed From-To: freebsd-bugs->ceri Feedback timeout (6 months or more). I will handle any feedback that this closure generates. |