Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Hello Craig,

BackupPC reports the right disk usage and i don't have any other BackupPc
daemon running on this machine. I think the disk usage trigger was up at a
time, it was legit. But now, the notification is always sent, no matter
what i'm trying to do.
Anyway, Backups are still OK for now. I will have more time next year to
unlock the situation.

Thanks a lot for your help all, and enjoy the end of the year !

Best Regards,


2017-12-24 13:06 GMT+01:00 Craig Barratt via BackupPC-users <
backuppc-users@lists.sourceforge.net>:

> This log message:
>
> 2017-12-19 01:00:00 24hr disk usage: 68% max, 68% recent, 0 skipped hosts
>
>
> correctly shows the disk usage, and also says that no hosts were skipped.
>
> Is there any chance you are running two different BackupPCs, and the 2nd
> one is on a different system that is in fact 96% full?
>
> Do you see messages like this in the LOG files:
>
> Disk too full (96%); skipped 7 hosts
>
> Craig
>
> On Tue, Dec 19, 2017 at 5:05 AM, Adrien Coestesquis 
> wrote:
>
>> after installation i changed the topdir setting in the config.pl
>> $Conf{TopDir} = '/backup/backuppc';
>> then i had to copy the entire /var/lib/backuppc arborescence to this new
>> dir in order to make it work
>>
>> i have no var partition and all is clean :
>>
>> root@bak1:/etc/backuppc# df -h
>> Filesystem Size  Used Avail Use% Mounted on
>> /dev/md0p1 543G  6.4G  509G   2% /
>> udev10M 0   10M   0% /dev
>> tmpfs  1.6G   16M  1.5G   1% /run
>> tmpfs  3.8G 0  3.8G   0% /dev/shm
>> tmpfs  5.0M 0  5.0M   0% /run/lock
>> tmpfs  3.8G 0  3.8G   0% /sys/fs/cgroup
>> /dev/sda1   15T  9.4T  4.4T  69% /backup
>>
>>
>> 2017-12-19 13:43 GMT+01:00 Stefan Peter :
>>
>>> Dear Adrien Coestesquis
>>> On 19.12.2017 13:10, Adrien Coestesquis wrote:
>>> > i don't think so, the BPC arborescence is somewhere else
>>>
>>> And BackupPC knows this for real? If I remember correctly, you can
>>> deviate from /var/lib/backuppc only if you install directly from the
>>> sources. If you use an upstream package, you can not.
>>>
>>> Could it be that your /var partition is at 95%?
>>>
>>>
>>> With kind regards
>>>
>>> Stefan Peter
>>>
>>>
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> ___
>>> BackupPC-users mailing list
>>> BackupPC-users@lists.sourceforge.net
>>> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
>>> Wiki:http://backuppc.wiki.sourceforge.net
>>> Project: http://backuppc.sourceforge.net/
>>>
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> BackupPC-users mailing list
>> BackupPC-users@lists.sourceforge.net
>> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
>> Wiki:http://backuppc.wiki.sourceforge.net
>> Project: http://backuppc.sourceforge.net/
>>
>>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Craig Barratt via BackupPC-users]

This log message:

2017-12-19 01:00:00 24hr disk usage: 68% max, 68% recent, 0 skipped hosts


correctly shows the disk usage, and also says that no hosts were skipped.

Is there any chance you are running two different BackupPCs, and the 2nd
one is on a different system that is in fact 96% full?

Do you see messages like this in the LOG files:

Disk too full (96%); skipped 7 hosts

Craig

On Tue, Dec 19, 2017 at 5:05 AM, Adrien Coestesquis 
wrote:

> after installation i changed the topdir setting in the config.pl
> $Conf{TopDir} = '/backup/backuppc';
> then i had to copy the entire /var/lib/backuppc arborescence to this new
> dir in order to make it work
>
> i have no var partition and all is clean :
>
> root@bak1:/etc/backuppc# df -h
> Filesystem Size  Used Avail Use% Mounted on
> /dev/md0p1 543G  6.4G  509G   2% /
> udev10M 0   10M   0% /dev
> tmpfs  1.6G   16M  1.5G   1% /run
> tmpfs  3.8G 0  3.8G   0% /dev/shm
> tmpfs  5.0M 0  5.0M   0% /run/lock
> tmpfs  3.8G 0  3.8G   0% /sys/fs/cgroup
> /dev/sda1   15T  9.4T  4.4T  69% /backup
>
>
> 2017-12-19 13:43 GMT+01:00 Stefan Peter :
>
>> Dear Adrien Coestesquis
>> On 19.12.2017 13:10, Adrien Coestesquis wrote:
>> > i don't think so, the BPC arborescence is somewhere else
>>
>> And BackupPC knows this for real? If I remember correctly, you can
>> deviate from /var/lib/backuppc only if you install directly from the
>> sources. If you use an upstream package, you can not.
>>
>> Could it be that your /var partition is at 95%?
>>
>>
>> With kind regards
>>
>> Stefan Peter
>>
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> BackupPC-users mailing list
>> BackupPC-users@lists.sourceforge.net
>> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
>> Wiki:http://backuppc.wiki.sourceforge.net
>> Project: http://backuppc.sourceforge.net/
>>
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

after installation i changed the topdir setting in the config.pl
$Conf{TopDir} = '/backup/backuppc';
then i had to copy the entire /var/lib/backuppc arborescence to this new
dir in order to make it work

i have no var partition and all is clean :

root@bak1:/etc/backuppc# df -h
Filesystem Size  Used Avail Use% Mounted on
/dev/md0p1 543G  6.4G  509G   2% /
udev10M 0   10M   0% /dev
tmpfs  1.6G   16M  1.5G   1% /run
tmpfs  3.8G 0  3.8G   0% /dev/shm
tmpfs  5.0M 0  5.0M   0% /run/lock
tmpfs  3.8G 0  3.8G   0% /sys/fs/cgroup
/dev/sda1   15T  9.4T  4.4T  69% /backup


2017-12-19 13:43 GMT+01:00 Stefan Peter :

> Dear Adrien Coestesquis
> On 19.12.2017 13:10, Adrien Coestesquis wrote:
> > i don't think so, the BPC arborescence is somewhere else
>
> And BackupPC knows this for real? If I remember correctly, you can
> deviate from /var/lib/backuppc only if you install directly from the
> sources. If you use an upstream package, you can not.
>
> Could it be that your /var partition is at 95%?
>
>
> With kind regards
>
> Stefan Peter
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Stefan Peter]

Dear Adrien Coestesquis
On 19.12.2017 13:10, Adrien Coestesquis wrote:
> i don't think so, the BPC arborescence is somewhere else

And BackupPC knows this for real? If I remember correctly, you can
deviate from /var/lib/backuppc only if you install directly from the
sources. If you use an upstream package, you can not.

Could it be that your /var partition is at 95%?


With kind regards

Stefan Peter


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[G.W. Haywood via BackupPC-users]

Hi there,

On Tue, 19 Dec 2017, Adrien Coestesquis wrote:


Debian 8, no disk quota.


https://bugzilla.kernel.org/show_bug.cgi?id=151491

?

--

73,
Ged.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Bzzzz]

On Tue, 19 Dec 2017 13:10:44 +0100
Adrien Coestesquis  wrote:

> i don't think so, the BPC arborescence is somewhere else

Like the truth, apparently :/

Hmm, devs, could it be something weird in the code, like the use of a
signed int that would overflow?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

i don't think so, the BPC arborescence is somewhere else

2017-12-19 12:25 GMT+01:00 B :

> On Tue, 19 Dec 2017 12:15:05 +0100
> Adrien Coestesquis  wrote:
>
> …
> > another weird thing backups seems to be repeated :
> >
> > 2017-12-19 05:00:00 incr backup started back to 2017-12-17 05:00:03
> > (backup #274) for directory /var/lib/jenkins/jobs
> >
> > 2017-12-19 08:49:39 incr backup started back to 2017-12-17 05:00:03
> > (backup #274) for directory /var/lib/jenkins/jobs
>
> Could it be that:
> * you backup /var entirely,
> * your BPC arborescence is into /var/lib/backuppc
> that might create (?) an infinite loop?
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Bzzzz]

On Tue, 19 Dec 2017 12:15:05 +0100
Adrien Coestesquis  wrote:

…
> another weird thing backups seems to be repeated :
> 
> 2017-12-19 05:00:00 incr backup started back to 2017-12-17 05:00:03
> (backup #274) for directory /var/lib/jenkins/jobs
> 
> 2017-12-19 08:49:39 incr backup started back to 2017-12-17 05:00:03
> (backup #274) for directory /var/lib/jenkins/jobs

Could it be that:
* you backup /var entirely,
* your BPC arborescence is into /var/lib/backuppc
that might create (?) an infinite loop?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Hello,

Same notification this morning.

i saw this line in logfile, this well reflects the actual disk usage :

2017-12-19 01:00:00 24hr disk usage: 68% max, 68% recent, 0 skipped hosts

another weird thing backups seems to be repeated :

2017-12-19 05:00:00 incr backup started back to 2017-12-17 05:00:03
(backup #274) for directory /var/lib/jenkins/jobs

2017-12-19 08:49:39 incr backup started back to 2017-12-17 05:00:03
(backup #274) for directory /var/lib/jenkins/jobs



2017-12-18 17:21 GMT+01:00 Adrien Coestesquis :

> Ok thanks, I will look at it if i see the notification tomorrow.
> i will let you know guys !
>
> 2017-12-18 17:08 GMT+01:00 B :
>
>> On Mon, 18 Dec 2017 16:43:35 +0100
>> Adrien Coestesquis  wrote:
>>
>> > Hey ! Indeed, it solves problems sometimes :)
>> > I reboot the machine right now, and I will see tomorrow
>>
>> It may also be tied to another cause which appears quite silly:
>> https://serverfault.com/questions/482173/is-there-any-other-
>> reason-for-no-space-left-on-device
>> (see comment noted 4 in middle page)
>>
>> This is old, but this behavior may not have been corrected since.
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> ___
>> BackupPC-users mailing list
>> BackupPC-users@lists.sourceforge.net
>> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
>> Wiki:http://backuppc.wiki.sourceforge.net
>> Project: http://backuppc.sourceforge.net/
>>
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Ok thanks, I will look at it if i see the notification tomorrow.
i will let you know guys !

2017-12-18 17:08 GMT+01:00 B :

> On Mon, 18 Dec 2017 16:43:35 +0100
> Adrien Coestesquis  wrote:
>
> > Hey ! Indeed, it solves problems sometimes :)
> > I reboot the machine right now, and I will see tomorrow
>
> It may also be tied to another cause which appears quite silly:
> https://serverfault.com/questions/482173/is-there-any-
> other-reason-for-no-space-left-on-device
> (see comment noted 4 in middle page)
>
> This is old, but this behavior may not have been corrected since.
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Debian 8, no disk quota.

On /dev/sda1 i have the backuppc pool with 5140GB taken
and samba shares with 4.3TB taken



2017-12-18 16:44 GMT+01:00 Stefan Peter :

> Dear Adrien Coestesquis
> On 18.12.2017 16:15, Adrien Coestesquis wrote:
> > Block count:  3906469376
>
> This does not look like the reserved block count hit the limit:
> > Reserved block count: 195323468
> > Free blocks:  1613863920
>
> The inodes look fine, too:
> > Free inodes:  476144318
> > Inode count:  488308736
>
> What system is this? Did you set any disk quota? Is there anything
> besides BackupPC living on /dev/sda1?
>
> With kind regards
>
> Stefan Peter
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Bzzzz]

On Mon, 18 Dec 2017 16:43:35 +0100
Adrien Coestesquis  wrote:

> Hey ! Indeed, it solves problems sometimes :)
> I reboot the machine right now, and I will see tomorrow

It may also be tied to another cause which appears quite silly:
https://serverfault.com/questions/482173/is-there-any-other-reason-for-no-space-left-on-device
(see comment noted 4 in middle page)

This is old, but this behavior may not have been corrected since.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Bzzzz]

On Mon, 18 Dec 2017 16:43:35 +0100
Adrien Coestesquis  wrote:

> Hey ! Indeed, it solves problems sometimes :)
> I reboot the machine right now, and I will see tomorrow

If it still goes on, it might also be for this reason:
https://access.redhat.com/solutions/2316
which you may be able to visualize using:
https://serverfault.com/questions/232525/df-in-linux-not-showing-correct-free-space-after-file-removal
(although, this one adresses a _df_ report problem.)

NB: Now using XFS @home, I never have this problem again.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Stefan Peter]

Dear Adrien Coestesquis
On 18.12.2017 16:15, Adrien Coestesquis wrote:
> Block count:              3906469376

This does not look like the reserved block count hit the limit:
> Reserved block count:     195323468
> Free blocks:              1613863920

The inodes look fine, too:
> Free inodes:              476144318
> Inode count:  488308736

What system is this? Did you set any disk quota? Is there anything
besides BackupPC living on /dev/sda1?

With kind regards

Stefan Peter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Hey ! Indeed, it solves problems sometimes :)
I reboot the machine right now, and I will see tomorrow

2017-12-18 16:38 GMT+01:00 B :

> On Mon, 18 Dec 2017 16:15:16 +0100
> Adrien Coestesquis  wrote:
>
> > Thanks for your replay Stefan.
> >
> > So this is related to the 95% and that's why the DfMaxUsagePct change
> > is not taken ?
> >
> > this is the output of tune2fs -l /dev/sda1:
>
> …
> doesn't seems there's any problem.
> …
>
> > But today i have 4.5TB left and this is sufficient to make backups
> > with my retention configuration. So why backuppc complains about
> > this ? how 63% (today's disk utilisation) is superior to 95% ?
>
> When I was still using extN FS, I had some new free space problems as it
> wasn't reported correctly for a long random moment (from minutes to
> sometimes days.)
> Forcing a reboot was one solution - anyway, if you can do so, go for it,
> just to see if the next backup will still complain or not.
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

here is the output :

FilesystemInodes  IUsed IFree   IUse% Mounted on
/dev/sda1   488308736 18304824 4700039124% /backup

only 4% used

2017-12-18 16:24 GMT+01:00 Carl W. Soderstrom :

> On 12/18 03:15 , Adrien Coestesquis wrote:
> > But today i have 4.5TB left and this is sufficient to make backups with
> my
> > retention configuration. So why backuppc complains about this ? how 63%
> > (today's disk utilisation) is superior to 95% ?
>
> What is the output of 'df -i'? Could it be that you have 95% of your inodes
> used? BackupPC is very hungry for inodes, so ext[2,3,4]fs are generally not
> the best choice.
>
> --
> Carl Soderstrom
> Systems Administrator
> Real-Time Enterprises
> www.real-time.com
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Bzzzz]

On Mon, 18 Dec 2017 16:15:16 +0100
Adrien Coestesquis  wrote:

> Thanks for your replay Stefan.
> 
> So this is related to the 95% and that's why the DfMaxUsagePct change
> is not taken ?
> 
> this is the output of tune2fs -l /dev/sda1: 

…
doesn't seems there's any problem.
…
 
> But today i have 4.5TB left and this is sufficient to make backups
> with my retention configuration. So why backuppc complains about
> this ? how 63% (today's disk utilisation) is superior to 95% ?

When I was still using extN FS, I had some new free space problems as it
wasn't reported correctly for a long random moment (from minutes to
sometimes days.)
Forcing a reboot was one solution - anyway, if you can do so, go for it,
just to see if the next backup will still complain or not.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Carl W. Soderstrom]

On 12/18 03:15 , Adrien Coestesquis wrote:
> But today i have 4.5TB left and this is sufficient to make backups with my
> retention configuration. So why backuppc complains about this ? how 63%
> (today's disk utilisation) is superior to 95% ?

What is the output of 'df -i'? Could it be that you have 95% of your inodes
used? BackupPC is very hungry for inodes, so ext[2,3,4]fs are generally not
the best choice.

-- 
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Thanks for your replay Stefan.

So this is related to the 95% and that's why the DfMaxUsagePct change is
not taken ?

this is the output of tune2fs -l /dev/sda1:
root@bak1:/backup/backuppc# tune2fs -l /dev/sda1
tune2fs 1.42.12 (29-Aug-2014)
Filesystem volume name:   
Last mounted on:  /backup
Filesystem UUID:  c59b0f45-04da-42f1-91d8-d12faa1e5805
Filesystem magic number:  0xEF53
Filesystem revision #:1 (dynamic)
Filesystem features:  has_journal ext_attr resize_inode dir_index
filetype needs_recovery extent flex_bg sparse_super large_file huge_file
uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options:user_xattr acl
Filesystem state: clean
Errors behavior:  Continue
Filesystem OS type:   Linux
Inode count:  488308736
Block count:  3906469376
Reserved block count: 195323468
Free blocks:  1613863920
Free inodes:  476144318
First block:  0
Block size:   4096
Fragment size:4096
Reserved GDT blocks:  92
Blocks per group: 32768
Fragments per group:  32768
Inodes per group: 4096
Inode blocks per group:   256
Flex block group size:16
Filesystem created:   Wed Mar 15 17:27:48 2017
Last mount time:  Wed Oct 25 13:11:32 2017
Last write time:  Wed Oct 25 13:11:32 2017
Mount count:  21
Maximum mount count:  -1
Last checked: Wed Mar 15 17:27:48 2017
Check interval:   0 ()
Lifetime writes:  41 TB
Reserved blocks uid:  0 (user root)
Reserved blocks gid:  0 (group root)
First inode:  11
Inode size:   256
Required extra isize: 28
Desired extra isize:  28
Journal inode:8
Default directory hash:   half_md4
Directory Hash Seed:  ead895dd-efd8-47d3-90a3-ca841f364616
Journal backup:   inode blocks

But today i have 4.5TB left and this is sufficient to make backups with my
retention configuration. So why backuppc complains about this ? how 63%
(today's disk utilisation) is superior to 95% ?

Best Regards,

Andrew

2017-12-18 15:04 GMT+01:00 Stefan Peter :

> Dear
> On 18.12.2017 14:42, Adrien Coestesquis wrote:
> > Hi BackupPC Users !!
> >
> > Since few days I receive notifications which warn me about hosts skipped.
> > I recently backuped a server which took a lot of place. I was trying to
> > make only one full backup, then i disabled the backup with the
> > BackupsDisable setting.
> >
>
> ...
>
> >
> > In the notification, it says that my threshold in the configuration file
> > is 95% and says that yesterday the system was up to 96% full
> > I already tried to modify this value (*
> > DfMaxUsagePct)
> > * to 98% but the notification still says 95%
>
> This most probably is caused by the formating of your disk. From man mk2fs:
>
>  -m reserved-blocks-percentage
>   Specify the percentage of the filesystem blocks reserved for the
>   super-user.   This  avoids  fragmentation, and allows root-owned
>   daemons, such as syslogd(8), to continue to  function  correctly
>   after non-privileged processes are prevented from writing to the
>   filesystem.  The default percentage is 5%.
>
>
> So if you did not add an -m parameter, the last 5% of your disk can be
> used by root only.
>
> You can change this percentage using tune2fs -m
>
> But I'd definitely would recommend to enlarge the volume in question or
> to organize an additional server.
>
>
> With kind regards
>
> Stefan Peter
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] File System containing backup was too full

[Stefan Peter]

Dear
On 18.12.2017 14:42, Adrien Coestesquis wrote:
> Hi BackupPC Users !!
> 
> Since few days I receive notifications which warn me about hosts skipped.
> I recently backuped a server which took a lot of place. I was trying to
> make only one full backup, then i disabled the backup with the
> BackupsDisable setting.
> 

...

> 
> In the notification, it says that my threshold in the configuration file
> is 95% and says that yesterday the system was up to 96% full
> I already tried to modify this value (*
> DfMaxUsagePct)
> * to 98% but the notification still says 95%

This most probably is caused by the formating of your disk. From man mk2fs:

 -m reserved-blocks-percentage
  Specify the percentage of the filesystem blocks reserved for the
  super-user.   This  avoids  fragmentation, and allows root-owned
  daemons, such as syslogd(8), to continue to  function  correctly
  after non-privileged processes are prevented from writing to the
  filesystem.  The default percentage is 5%.


So if you did not add an -m parameter, the last 5% of your disk can be
used by root only.

You can change this percentage using tune2fs -m

But I'd definitely would recommend to enlarge the volume in question or
to organize an additional server.


With kind regards

Stefan Peter


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

[BackupPC-users] File System containing backup was too full

[Adrien Coestesquis]

Hi BackupPC Users !!

Since few days I receive notifications which warn me about hosts skipped.
I recently backuped a server which took a lot of place. I was trying to
make only one full backup, then i disabled the backup with the
BackupsDisable setting.

Now i have 4.5TB left on my FS :

/dev/sda1   15T  9.3T  4.5T  68% /backup

And i still receive notifications. Yesterday 7 hosts were not backuped.
When i check new backup set for every hosts, everything is OK, it creates
new backups as configured.

In the notification, it says that my threshold in the configuration file is
95% and says that yesterday the system was up to 96% full
I already tried to modify this value (*DfMaxUsagePct)* to 98% but the
notification still says 95%
I already tried to make some space and it still says that yesterday the
system was up to 96% full


How can I be sure that my backups well done ? and is there a bug with this
?

I am using backuppc 3.3.0.

Thanks for your help !

Andrew
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/