Bug 821116
Summary: | backup size changes to 0 bytes | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | ppnartey |
Component: | tar | Assignee: | Pavel Raiskup <praiskup> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | qe-baseos-daemons |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 5.5 | CC: | ovasik |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-03-06 08:16:15 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
ppnartey
2012-05-12 04:03:55 UTC
Thanks for filing the bugzilla. Tar version in RHEL-5 is 1.15.1 - could you still specify the exact version of tar and gzip (rpm -q tar gzip)? Are you able to reproduce the issue somehow? What do you mean by "backup was completed around 22:45 with filesize of 19GB" ? So tar process ended and tarball size was 19GB ? What do you use for backup to disc ? If so, then this is probably not an issue of tar. Is there some special filesystem on the /backup/ location ? Is it possible that someone else accidently run the tar process again? As you are using tar "c" option, new archive is always created, I would recommend to use some tar backup (--backup option) control method, with deleting backups once archived. Still, if you want to increase the chances to have this analyzed (and fixed, if the behaviour is a bug) in RHEL-5, please report it to RHEL support ( https://access.redhat.com/support/ ) - Bugzilla is bug tracking, not support tool. As the NEEDINFO is almost 10 months old, I'm closing this bugreport with "INSUFFICIENT DATA". Reporter: Really, feel free to reopen this bugreport once you are able to give us more info for this issue. Thanks for your report, Pavel |