Hello everyone,
we configured a daily backup for our confluence system. The backup is scheduled to run daily (0 0 2 * * ?). The backup produces zip-files with the name-pattern "backup-yyyy_MM_dd.zip" in the backup directory.
Surprisingly confluence also creates daily zip-files with a name-pattern like "xmlexport-20180202-020005-1.zip" in the same directory at roughly the same time.
Somehow it seems that confluence creates the schedules backup twice. Can this be possible? How can I tell confluence to create only one backup?
Thanks in advance and kind regards,
René
Dear @René Wilby,
the backup type is different, can you have a look at General Configuration -> Scheduled Jobs? Is there anything else configured at 2am?
So long
Thomas
Hello @Thomas Deiler,
thank you for your reply. There are two task scheduled for 2am:
Kind regards,
René
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @René Wilby,
ok - seems quite ok. Can you just login to the servers command line and have a look, how both files differ?
I fond this article. As far as I have understood, it has something to do with manual backups.
So long
Thomas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Thomas Deiler,
the content of both zip files the same.
I read the article you mentiod and had a look inside the file "confluence.cfg.xml". There is an entry for the property "webwork.multipart.saveDir". The value of this property points to the same location ("/mnt/backup/confluence") like the location configured for the regular backup.
As mentioned in this article, the property "webwork.multipart.saveDir" seems to be the location for temporary files in confluence.
Maybe confluence creates the backup as tempoary file first and when this is done confluence creates the "real" backup file. Bothe files are located in the directory.
If this is the case, I would expect that confluence would delete the temporary file after the backup process has finished?
René
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @René Wilby,
do both fiels have an identical time stamp (in milliseconds)?
It is possible, that Confluence has a problem with removing the file - anything in the log files?
I would not invest too much time in this. Just create a cron job to remove the dublicates.
So long
Thomas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Thomas Deiler,
the regular backup files have a timestamp between 02:08 and 02:15. The xmlexport-*.zip files have a constant timestamp of 02:10.
I will schedule a cronjob to delete the unwanted xmlexport-*.zip files. Thank you for your advice.
Kind regards,
René
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.