Standalone backup agent for Linux servers and workstations on-premises or in the public cloud
Post Reply
P.Tide
Product Manager
Posts: 5003
Liked: 429 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Snapshot overflow

Post by P.Tide » Mar 15, 2018 1:44 pm

Hi,

You should contact our support team on that as it is difficult to tell what parameters should be adjusted without seeing the details.

Thanks

RalfGoe
Novice
Posts: 5
Liked: 1 time
Joined: Feb 19, 2018 11:35 am
Full Name: Ralf Görtzen
Contact:

Re: Snapshot overflow

Post by RalfGoe » Mar 15, 2018 5:16 pm

PTide wrote: There is no "silver bullet", every config require different adjustments. Kindly let our support team to review your setups and adjust them.
I was here three weeks ago (Veeam Support Case #02626516) and am amazed how many people are still asking for a solution in this issue:
The installation calculates an individual limit that is echoed in bytes (by a leading hashsign) in the portionSize-line of your local config file
/etc/veeam/veeam.ini
: mostly 1GB, maybe 4.
A Linux support engineer told me a good tuning rule is to start just by doubling this value.
I suppose vendor is still optimizing on this calculation or doing other usage statistics because they always ask you to upload your product logs bundle (/var/log/veeam/).

P.Tide
Product Manager
Posts: 5003
Liked: 429 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Snapshot overflow

Post by P.Tide » Mar 15, 2018 5:42 pm 1 person likes this post

Generally speaking, yes, doubling usually works. On the other hand, if the agents has already increased portion size automatically and there is no more room on disk, then the system will fail to allocate the snapshot data file. We are considering to increase the initial default portion size, though.

Thanks

Asasul
Lurker
Posts: 1
Liked: never
Joined: Jul 19, 2018 4:34 am
Full Name: Asasul Chowdhury
Contact:

[MERGED] [error] Backing up VolGroup

Post by Asasul » Jul 19, 2018 4:44 am

Our backup process failed with the following errors,

Code: Select all

Backup                                                                 0%                                                                Status: Failed

     

     Summary                              Data

     Duration:           00:02:48         Processed:          260 MB (0%)
     Processing rate:    1.6 MB/s         Read:               260 MB
     Bottleneck:         Source           Transferred:        123.6 MB (2.1x)

      Time            Action                                                                                                                     Duration  

      00:06:37        Job bk-librenms-01 started at 2018-07-19 00:06:37 EDT
      00:06:37        Preparing to backup
      00:06:37        Creating volume snapshot                                                                                                   00:00:01
      00:06:40        Starting full backup to Repository_1
      00:06:40        Backing up BIOS bootloader on /dev/sda                                                                                     00:00:00
      00:06:42        Backed up sda 260 MB at 19.2 MB/s                                                                                          00:00:13
      00:09:21        [error] Backing up VolGroup                                                                                                00:00:00
      00:09:25        [error] Failed to perform backup
      00:09:25        [error] Snapshot overflow
      00:09:25        [error] Snapshot overflow
      00:09:25        [error] Processing finished with errors at 2018-07-19 00:09:25 EDT

P.Tide
Product Manager
Posts: 5003
Liked: 429 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Snapshot overflow

Post by P.Tide » Jul 19, 2018 7:08 am

Hi Asasul,

Please review this thread and try the proposed solutions. If that does not help then please contact our support team directly.

Thanks

dprincipe
Lurker
Posts: 1
Liked: never
Joined: Dec 11, 2018 12:37 pm
Full Name: Dario Principe
Contact:

Re: Snapshot overflow

Post by dprincipe » Dec 11, 2018 12:39 pm

Hi All, I have the same problem with snapshot overflow:

Code: Select all

[11.12.2018 12:00:52] <140001606088448> lpbcore|   Checking fail 'No space for snapshot'
[11.12.2018 12:00:52] <140001606088448> lpbcore|   Checking fail 'No space for snapshot' ok.
[11.12.2018 12:00:53] <140001606088448> lpbcore| ERR |Snapshot overflow
Can you kindly help me?

Regards,

P.Tide
Product Manager
Posts: 5003
Liked: 429 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Snapshot overflow

Post by P.Tide » Dec 11, 2018 5:52 pm

Hi,

The reason for such error is that there is not enough space on the device that has been chosen by the agent for snapshot placement. In other words, the machine generates more data changes during backup procedure that the device allows to allocate.

You can try to adjust location and snapshot parameters on your own (please see some considerations here), or you can contact our support team for assistance.

Thanks!

il_redcom
Lurker
Posts: 1
Liked: never
Joined: Dec 18, 2018 12:58 am
Full Name: Ilya Bychkov
Contact:

Re: Snapshot overflow

Post by il_redcom » Dec 18, 2018 2:28 am

Heloo.
I have the same error. But on the stage of backing up summary.xml
Can you help me?

Code: Select all

Time            Action                                                                                                                                               Duration
      01:00:02        Job Backup_AsteriskRedcom started at 2018-12-18 01:00:02 VLAT
      01:00:03        [warn] Backup is missing in repository
      01:00:03        Preparing to backup
      01:00:04        Creating volume snapshot                                                                                                                             00:00:03
      01:00:12        Starting full backup to Repository_3
      01:00:17        Backed up md0 242.9 MB at 8.5 MB/s                                                                                                                   00:00:28
      01:01:07        Backed up md1 37.8 GB at 39.6 MB/s                                                                                                                   00:16:18
      01:19:14        Backed up md3 220.6 GB at 11.9 MB/s                                                                                                                  05:15:55
      06:35:10        Backed up md2 4 GB at 250.8 MB/s                                                                                                                     00:00:16
      06:35:26        Backing up BIOS bootloader on /dev/sda                                                                                                               00:00:01
      06:35:27        Backed up sda 2.7 MB at 1015 KB/s                                                                                                                    00:00:02
      06:35:29        Backing up BIOS bootloader on /dev/sdb                                                                                                               00:00:01
      06:35:30        Backed up sdb 2.7 MB at 1 MB/s                                                                                                                       00:00:02
      06:35:33        Backing up summary.xml                                                                                                                               00:00:00
      06:36:07        Releasing snapshot                                                                                                                                   00:00:02
      06:36:07        [warn] Snapshot overflow
      06:36:09        [warn] Processing finished with warnings at 2018-12-18 06:36:09 VLAT

Vitaliy S.
Product Manager
Posts: 22448
Liked: 1443 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Snapshot overflow

Post by Vitaliy S. » Dec 18, 2018 11:12 am

Ilya, with any technical issue it is highly recommended to open a ticket with our technical team. Once you do this, please let us know your case ID.

BR-Spiros Karampinis
Lurker
Posts: 1
Liked: never
Joined: Feb 01, 2017 7:35 pm
Full Name: Spiros Karampinis
Location: Munich
Contact:

Re: Snapshot overflow

Post by BR-Spiros Karampinis » Dec 20, 2018 9:12 pm

Hello folks,

I had the same issue, with the help of the Veeam support we have found a fitting solution.

The problem was that with the default settings, stretched snapshot,
the system wasn't able to create fast enough the next snapshot file, because of high IOPs,
leading to a failed job and the error snapshot overflow

The solution was to change few parameters in the veeam.ini file of the linux machine.

We have changed the parameter location, the type of the snapshot and the limits of it in the veeam.ini file.
Please create manually the folder for the snapshot file if it doesn't already exist.

You will find the veeam.ini in the folder /etc/veeam/

----

Before:
# Location folder for snapshot data, only for 'stretch' and 'common' snapshot
# location=

# Maximum possible snapshot data size, not for stretch snapshot
# maxSize= 21474836480

# Minimal possible snapshot data size, not for stretch snapshot
# minSize= 536870912

# Snapshot data type, can be 'stretch' (default) or 'common'
# type=

After:
# Location folder for snapshot data, only for 'stretch' and 'common' snapshot
location= /snapstore

# Maximum possible snapshot data size, not for stretch snapshot
maxSize= 21474836480

# Minimal possible snapshot data size, not for stretch snapshot
minSize= 5073741824

# Snapshot data type, can be 'stretch' (default) or 'common'
type= common

--------
After the change please restart the veeamservice

service veeamservice restart

With those settings, we change the snapshot type from stretched (default) to common,
we place the newly created snapshot to folder /snapstore and we limit its size to 20GB (maxSize= 21474836480 "byte")

Veeam Engineer :
The stretch snapshot is basically a set of files. When the first one is half-filled, the next one is created on-the-go and so on.
But in several cases under high I/O the next portion file fails to create on time, so the job fails.
Common snapshot is stable in such situations, the only point is that it should be configured according to your average changes size during the job.

Happy successfully backup jobs!

Kind regards
Spikar

jcramerC3
Lurker
Posts: 1
Liked: never
Joined: Feb 14, 2019 4:33 pm
Full Name: James Cramer
Contact:

Re: Snapshot overflow

Post by jcramerC3 » Feb 14, 2019 4:35 pm

I am also having this issue. Can you send along those instructions please?

P.Tide
Product Manager
Posts: 5003
Liked: 429 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Snapshot overflow

Post by P.Tide » Feb 14, 2019 8:29 pm

Hi,

Please check this and this posts.

Thanks!

Ozgur Tezbasaran
Lurker
Posts: 1
Liked: never
Joined: Feb 19, 2019 7:31 am
Full Name: ozgurtezbasaran
Contact:

Re: Snapshot overflow

Post by Ozgur Tezbasaran » Feb 19, 2019 7:41 am

I would like to have one to, same problem.

thank you.

P.Tide
Product Manager
Posts: 5003
Liked: 429 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Snapshot overflow

Post by P.Tide » Feb 19, 2019 1:52 pm

Ozgur,

Please check my previous answer,

Thanks!

Post Reply

Who is online

Users browsing this forum: No registered users and 2 guests