starred/zmbackup
1
0
Fork 0
mirror of https://github.com/lucascbeyeler/zmbackup.git synced 2026-04-24 22:55:56 +03:00
Code Issues 26 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #45] incremental backup issue #25

New issue
Closed
opened 2026-02-27 08:13:55 +03:00 by kerem · 5 comments
kerem commented 2026-02-27 08:13:55 +03:00
Owner
Copy link

Originally created by @low-tony on GitHub (Aug 15, 2017).
Original GitHub issue: https://github.com/lucascbeyeler/zmbackup/issues/45

Originally assigned to: @lucascbeyeler on GitHub.

Hello, first of all thanks for the script.
My zimbra version - Release 8.7.11_GA_1854.RHEL7_64_20170531151956 RHEL7_64 FOSS edition.

I ran into strange thing - with total mailbox size 32gb increment backup lasts more than 3 days.

SESSION: inc-20170811020001 started on Fri Aug 11 02:00:03 EEST 2017
SESSION: inc-20170811020001 completed in Mon Aug 14 15:42:11 EEST 2017

At the same time full backup lasts half an hour.
Is it normal?

Originally created by @low-tony on GitHub (Aug 15, 2017). Original GitHub issue: https://github.com/lucascbeyeler/zmbackup/issues/45 Originally assigned to: @lucascbeyeler on GitHub. Hello, first of all thanks for the script. My zimbra version - Release 8.7.11_GA_1854.RHEL7_64_20170531151956 RHEL7_64 FOSS edition. I ran into strange thing - with total mailbox size 32gb increment backup lasts more than 3 days. SESSION: inc-20170811020001 started on Fri Aug 11 02:00:03 EEST 2017 SESSION: inc-20170811020001 completed in Mon Aug 14 15:42:11 EEST 2017 At the same time full backup lasts half an hour. Is it normal?
kerem 2026-02-27 08:13:55 +03:00
kerem commented 2026-02-27 08:13:56 +03:00
Author
Owner
Copy link

@lucascbeyeler commented on GitHub (Aug 15, 2017):

Hi @lowlowtony,

No, this not normal. If you try again the same process, the bug occurs? Can you check the size of the incremental and see if it is lower than the full backup? This is installed in the same server your Zimbra is?

Can you check the resource of your machine at that moment? Maybe some process consumed all the CPU during the weekend, maybe even the Zmbackup is the culprit. Try modifing the MAX_PARALLEL_PROCESS inside /etc/zmbackup/zmbackup.conf to something lower and try again.

Another thing, can you tell me the version of your Zmbackup? Just run "zmbackup -v"

Thanks for your support and have a nice week!

Regards,
Lucas Costa Beyeler

<!-- gh-comment-id:322461740 --> @lucascbeyeler commented on GitHub (Aug 15, 2017): Hi @lowlowtony, No, this not normal. If you try again the same process, the bug occurs? Can you check the size of the incremental and see if it is lower than the full backup? This is installed in the same server your Zimbra is? Can you check the resource of your machine at that moment? Maybe some process consumed all the CPU during the weekend, maybe even the Zmbackup is the culprit. Try modifing the MAX_PARALLEL_PROCESS inside /etc/zmbackup/zmbackup.conf to something lower and try again. Another thing, can you tell me the version of your Zmbackup? Just run "zmbackup -v" Thanks for your support and have a nice week! Regards, Lucas Costa Beyeler
kerem commented 2026-02-27 08:13:56 +03:00
Author
Owner
Copy link

@low-tony commented on GitHub (Aug 15, 2017):

  1. I've tried it several times and nothing changes. In crontab i exclude increment backups but there are some processes still alive after 3 days and temp folders named FJ1n Pnms PvNZ exist in backup folder.
  2. Size of successful inc backup is 78mb and looks correct.
  3. Yes, the same Zimbra server.
  4. Zabbix average stats for weekend - CPU consumption 30% after starting inc backups, memory 3.7gb/6gb with swap 1gb.
  5. zmbackup version: 1.1.6
  6. MAX_PARALLEL_PROCESS = 3 , okay now i reduce to 1 and will try again, after all inc backups will finish and give you feedback.

Thanks.

<!-- gh-comment-id:322479409 --> @low-tony commented on GitHub (Aug 15, 2017): 1. I've tried it several times and nothing changes. In crontab i exclude increment backups but there are some processes still alive after 3 days and temp folders named FJ1n Pnms PvNZ exist in backup folder. 2. Size of successful inc backup is 78mb and looks correct. 3. Yes, the same Zimbra server. 4. Zabbix average stats for weekend - CPU consumption 30% after starting inc backups, memory 3.7gb/6gb with swap 1gb. 5. zmbackup version: 1.1.6 6. MAX_PARALLEL_PROCESS = 3 , okay now i reduce to 1 and will try again, after all inc backups will finish and give you feedback. Thanks.
kerem commented 2026-02-27 08:13:56 +03:00
Author
Owner
Copy link

@low-tony commented on GitHub (Aug 19, 2017):

Okay. Nothing changes. Increment backup lasts few days.
Furthermore i installed new zimbra server for our new client. Mailbox size - 10gb, zmbackup version: 1.1.6, MAX_PARALLEL_PROCESS = 1, zimbra version - 8.7.11, increment backup still working after 9 hours.

<!-- gh-comment-id:323508820 --> @low-tony commented on GitHub (Aug 19, 2017): Okay. Nothing changes. Increment backup lasts few days. Furthermore i installed new zimbra server for our new client. Mailbox size - 10gb, zmbackup version: 1.1.6, MAX_PARALLEL_PROCESS = 1, zimbra version - 8.7.11, increment backup still working after 9 hours.
kerem commented 2026-02-27 08:13:56 +03:00
Author
Owner
Copy link

@lucascbeyeler commented on GitHub (Sep 4, 2017):

@lowlowtony , good evening. Sorry for the long delay to answer you. I made some modifications inside Zmbackup to kill wget after 5 seconds if the connection doesn't work.

Another thing I want to ask about the incremental: did you try use localhost (127.0.0.1) as MAILHOST inside zmbackup.conf? How many accounts are you trying backing up?

I'm trying to simulate your problem, but in none of my tests the zmbackup -i take long time to run. Can you show me the command you are using to do the incremental?

Regards,
Lucas Costa Beyeler

<!-- gh-comment-id:327040115 --> @lucascbeyeler commented on GitHub (Sep 4, 2017): @lowlowtony , good evening. Sorry for the long delay to answer you. I made some modifications inside Zmbackup to kill wget after 5 seconds if the connection doesn't work. Another thing I want to ask about the incremental: did you try use localhost (127.0.0.1) as MAILHOST inside zmbackup.conf? How many accounts are you trying backing up? I'm trying to simulate your problem, but in none of my tests the zmbackup -i take long time to run. Can you show me the command you are using to do the incremental? Regards, Lucas Costa Beyeler
kerem commented 2026-02-27 08:13:56 +03:00
Author
Owner
Copy link

@lucascbeyeler commented on GitHub (Sep 26, 2017):

Hello @lowlowtony ,

I'm closing this issue, but you can reopen if you need. Remember to answer my questions before reopen.

Regards,
Lucas Costa Beyeler

<!-- gh-comment-id:332255773 --> @lucascbeyeler commented on GitHub (Sep 26, 2017): Hello @lowlowtony , I'm closing this issue, but you can reopen if you need. Remember to answer my questions before reopen. Regards, Lucas Costa Beyeler
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
1.2-version
devel
1.2.6
1.2.5
1.2.4
1.2.3
1.2.1
1.2.0
1.2.0-RC2
1.2.0-RC
1.2.0-BETA-5
1.1.9
1.1.8
1.2.0-BETA-4
1.1.7
1.2.0-BETA-3
1.1.6
1.2.0-BETA-2
1.2.0-BETA
1.1.5
1.1.4
1.1.3
1.1.2
1.1.1
1.1.0
1.0.2
1.0.1
1.0.0
1.0.0-RC2
1.0.0-RC
Labels
Clear labels   
Bug Report

   
Enhancement

   
Enhancement

   
Feature Idea

   
Feature Idea

   
Not Implemented

   
Question

   
Question

   
Task

   
Wontfix

   
pull-request

Mirrored from GitHub Pull Request

No labels
Bug Report
Enhancement
Enhancement
Feature Idea
Feature Idea
Not Implemented
Question
Question
Task
Wontfix
pull-request
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/zmbackup#25
No description provided.