mainstoreBackup - Support: sr #107836, storeBackup creates very large log...


sr #107836: storeBackup creates very large log files

Submitter:  None
Submitted:  Mon 10 Oct 2011 02:08:57 PM UTC
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  Done
Privacy:  Public Assigned to:  None
Originator Email:  -email is unavailable- Open/Closed:  Open
Operating System:  GNU/Linux
* Mandatory Fields

Add a New Comment Rich Markup

Tue 11 Oct 2011 08:29:23 AM UTC, comment #2: 

Thank you for your quick reply! :-)

Now it works.

(I had tried to move "arkiv" from the front to the back of the time string, but I missed the crucial difference between the hyphen and the underscore.)

Kind regards,

Tue 11 Oct 2011 05:37:36 AM UTC, comment #1: 

Please rename your directories to:


then storebackup should not dig into these directories.

In general, it's:


storeBackup uses this pattern to identify backups.

In your example, you could use:


Hope this helps,
Heinz-Josef Claes

Heinz-Josef Claes <hjclaes>
Group administrator
Mon 10 Oct 2011 02:08:57 PM UTC, original submission:  


I have just upgraded storeBackup from a version < 2.0 to 3.2. I use the --series . option to retain the old behaviour. In my backup directory, I have renamed some of the backups in order for storeBackup not to delete them. For each such directory, and, it seems every subdirectory, storeBackup writes a message to the log file:

INFO      2011.10.10 14:18:09 26636 scanning directory </media/usbdisk/storeBackup-stm/arkiv_2010.07.02_16.48.05/stm/work> for existing backups

Since I have many directories, this fills up all the 5 log files that storeBackup uses by default.

I have searched, but have found no way to avoid this info message. Have I overlooked something?




(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by hjclaes (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2012-05-31 hjclaes StatusNone Done

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code