StoreBackup Changelog

What's new in StoreBackup 3.4.3

Nov 11, 2013
  • multiTail.pl now supports colors and a bug regarding dedup with "blocked files" is fixed.

New in StoreBackup 3.4.2 (Sep 27, 2013)

  • This version adds support for handling sparse files and progress reports based on periods of time.

New in StoreBackup 3.4.1 (Sep 9, 2013)

  • This release delivers some bugfixes plus the new chapter "Internals" in the documentation.

New in StoreBackup 3.4 (Jul 29, 2013)

  • This release adds the ability to select via special marker files whether files in directories are backed up or compressed.
  • It's possible to store special files in archives if your target file system doesn't allow you to store them natively.
  • There are minor fixes.

New in StoreBackup 3.3.1 (Apr 25, 2013)

  • Bugs were fixed.
  • If you use storeBackupMount.pl, you will have to adjust your options.
  • Other scripts also have a few new options.

New in StoreBackup 3.3 (Oct 5, 2012)

  • This version can make an estimation if a compression might reduce the file size. E.g. when traveling, you can make backups without access to the master backup, and integrate these backups later into the central one.
  • Backups can be replicated (automated), so you can generate copies of your backups (e.g. on another external disk).
  • storeBackup can validate your backup via checksums.
  • With storeBackupCheckSource.pl, it can validate unchanged files in the source directory against checksums in the backup, e.g. to recognize bit rot.

New in StoreBackup 3.2.1 RC1 (Feb 13, 2012)

  • This bugfix release includes important fixes if you use lateLinks/lateCompress or de-duplication with blocked files or devices.

New in StoreBackup 3.2 (Jul 20, 2009)

  • Minor bugfix release.
  • It fixes all known bugs from v3.1 and introduces option highLatency.

New in StoreBackup 3.1 (May 25, 2009)

  • storeBackup.pl:
  • storeBackup did not backup sockets, now it does
  • for new files, the md5 sum is now calculated before *and* after copying / compressing for safety reasons. The file could have been changed during that time. So the md5 sum would not match the real one. A file with the firstly calculated md5 sum later could be hard linked to the changed file which means there is no backup of its content.
  • If both md5 sums do not match, an warning is generated and the md5 sum is set to ggggg... which is a not possible value. This problem does not exist for blocked files in v3.0.
  • improved statistic at the end of a run (sum of warnings and errors)
  • added options checkBlocksParallel and checkDevicesParallel
  • added option linkToRecent name clashes because of compressing files (eg. add .bz2) were not handeld corretly - bug was introduced in 3.0 corrected
  • when making a backup with source while not using includeDir then the md5 sums of all files were calculated also after the first backup
  • corrected some issues with the statistical output
  • option copyBWLimit is now deprecated because
  • of internal performance optimization
  • it is useless
  • new option suppressWarning
  • storeBackupUpdateBackup.pl:
  • if sourceDir=/, for the very first backup with option lateLinks an empty 'linkFrom' file was generated which lead to (useless) error messages. corrected.
  • storeBackupCheckBackup.pl:
  • now also checks if files in the backup are not listed in .md5CheckSum
  • storeBackupRecover.pl:
  • the directories in the path to the restored files / directories were not set the original permissions, corrected llt
  • added option --epoch to calculate human readable dates from epoch based dates
  • man:
  • man pages for all programs (Thanks to Ryan Niebur)
  • all programs:
  • solved issues with single quotes in path and filenames

New in StoreBackup 3.1 RC1 (May 12, 2009)

  • storeBackup.pl
  • storeBackup did not backup sockets, now it does for new files, the md5 sum is now calculated before *and* after copying / compressing for safety reasons. The file could have been changed during that time. So the md5 sum would not match the real one. A file with the firstly calculated md5 sum later could be hard linked to the changed file which means there is no backup of its content. If both md5 sums do not match, an warning is generated and the md5 sum is set to ggggg... which is a not possible value. This problem does not exist for blocked files in v3.0. improved statistic at the end of a run (sum of warnings and errors)
  • added options checkBlocksParallel and checkDevicesParallel
  • added option linkToRecent
  • name clashes because of compressing files (eg. add .bz2) were not handeld corretly bug was introduced in 3.0 corrected
  • when making a backup with source=/ while not using includeDir then the md5 sums of all files were calculated also after the first backup
  • corrected some issues with the statistical output
  • option copyBWLimit is now deprecated because: of internal performance optimization; it is useless
  • new option suppressWarning
  • storeBackupUpdateBackup.pl
  • if sourceDir=/, for the very first backup with option lateLinks an empty 'linkFrom' file was generated which lead to (useless) error messages. corrected.
  • storeBackupCheckBackup.pl now also checks if files in the backup are not listed in .md5CheckSum
  • storeBackupRecover.pl the directories in the path to the restored files / directories were not set the original permissions, corrected
  • llt
  • added option --epoch to calculate human readable dates from
  • epoch based dates man
  • man pages for all programs (Thanks to Ryan Niebur)
  • all programs
  • solved issues with single quotes in path and filenames

New in StoreBackup 3.0 (Mar 16, 2009)

  • This release has minor bugfixes and minor feature enhancements.

New in StoreBackup 3.0 RC2 (Feb 23, 2009)

  • This version is able to store big image files like mbox files and vmware images efficiently.
  • This pre-release fixes some bugs from rc1 which can result in not backing up some files in some rare cases.
  • If you use 3.0-rc1, you should install this version.

New in StoreBackup 3.0 RC1 (Jan 11, 2009)

  • This version adds consistency checking of backups and the ability to store complete devices (e.g. from truecrypt) or big image files (e.g. from VMware or Xen) with changes in parts from backup to backup efficiently.

New in StoreBackup 2.0.1 (Dec 14, 2008)

  • The keepLastOfWeek option was ignored by storeBackupDel.pl if it was set in the configuration file. Therefore, too many old backups were deleted, but only if you use storeBackupDel.pl.
  • This release also corrects a long term minor bug in the progressReport option for statistical output.

New in StoreBackup 2.0 (Nov 11, 2008)

  • The main changes since 2.0_rc2 are a -b shortcut for the option --backupDir and a bugfix related to the option keepRelative.

New in StoreBackup 2.0 RC1 (Sep 30, 2008)

  • This release introduces the option lateLinks, which allows setting hard links later (on the server) as a separate step (a speed up by a factor of 2 to 70 depending on the environment) for the direct backup time.
  • A program for rule-based searching in the backup (e.g. defining rules depending on age, size, name, and owner) has been added.
  • There is much better documentation: a detailed description is available as a PDF and on the homepage.
  • There are many other improvements.