Unpredictable result of do_backup_rsync procedure
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mylvmbackup |
In Progress
|
Medium
|
Lenz Grimmer |
Bug Description
We have tried to use the backup method 'rsync' to crete the backup copy. The goal to achieve was to get ONE copy of the database updated every time when mylvmbackup runs. After adjusting config options 'prefix','suffix' and leaving 'datefmt' option empty - the result was expected to be fine, but due to unpredictable behaviour of 'rename' (as perldoc explains its results may differ), there was the temporary directory left every time, without updating the target directory created first time. To fix this following change in the main program seems to be reasonable:
if (run_command(
{
system(
return 1;
} else {
return 0;
}
as this way we can force the update even though the target exists.
Tested on: RHEL 4.6 (perl, v5.8.5 built for i386-linux-
Related branches
Changed in mylvmbackup: | |
milestone: | 0.14 → none |
Thanks for the suggestion, I'll look into it!