[Users] openvz-diff-backups

[mailinglist at tikklik.nl]

It is a mailserver centos 7 with a lot of mailboxes so im not happy with downtime when testing a backup.

Running postfix/ dovecot / mailman / rspamd and iscponfig as a controlpanel

So nothing special

 

I have several centos 7 servers on this node backing up without a problem.

 

It also happens randemly without me doing anything

1 - *Latest* backup - mode: live_plop - date: 2020-09-23_00-29-29 - task: backup - exit: success - keep: 2020-09-30_00-29-29 - host: 

 2 - *Sticky* backup - mode: live_plop - date: 2020-09-22_12-24-31 - task: backup - exit: success - keep: 2020-09-29_12-24-31 - host:

3 - *Sticky* backup - mode: live_plop - date: 2020-09-22_00-17-25 - task: backup - exit: success - keep: 2020-09-29_00-17-25 - host:

   | Invalid  backup - mode: live_plop - date: 2020-09-21_12-40-53 - task: backup - exit: failure - keep: until it is deleted - host:

   | Invalid  backup - mode: live_plop - date: 2020-09-21_00-20-15 - task: backup - exit: failure - keep: until it is deleted - host: 

 6 - *Sticky* backup - mode: live_plop - date: 2020-09-20_12-23-49 - task: backup - exit: success - keep: 2020-09-27_12-23-49 - host: 

 7 - *Sticky* backup - mode: live_plop - date: 2020-09-20_00-22-13 - task: backup - exit: success - keep: 2020-09-27_00-22-13 - host: 

 8 - *Sticky* backup - mode: live_plop - date: 2020-09-19_12-25-05 - task: backup - exit: success - keep: 2020-09-26_12-25-05 - host: 

   | Invalid  backup - mode: live_plop - date: 2020-09-19_00-22-45 - task: backup - exit: failure - keep: until it is deleted - host: node1.

10 - *Sticky* backup - mode: live_plop - date: 2020-09-18_12-22-38 - task: backup - exit: success - keep: 2020-09-25_12-22-38 - host: 

 

Van: users-bounces at openvz.org <users-bounces at openvz.org> Namens tranxene50
Verzonden: dinsdag 22 september 2020 17:11
Aan: users at openvz.org
Onderwerp: Re: [Users] openvz-diff-backups

 

Hello Steffan.

Could you try "hold" backup mode ?

=> openvz-diff-backups backup 182 hold -l 9 -t

If it succeed then it seems that CRIU is unable to checkpoing the CT memory.

Last time you said that the problem was gone after restarting the container.

Could you tell us what apps are running inside?

Have a nice day! 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/users/attachments/20200923/562e5d3c/attachment.html>