[sles-beta] SLES 12 x86_64 RC1 snapper does not do snapshots as configured

[urs.frey at post.ch]

Hi
Thanks for clarification. I see you optimized, and on my side I took the previous state as a standard.

>Not for the root partition.

Under default btrfs installation not only root is within the / snapshot. There are many subvolumes undergoing quite often changes
v03er9:~ # df
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/sda3       20973568 1659992  17410152   9% /
devtmpfs          949948       0    949948   0% /dev
tmpfs             957800       0    957800   0% /dev/shm
tmpfs             957800    9892    947908   2% /run
tmpfs             957800       0    957800   0% /sys/fs/cgroup
/dev/sda3       20973568 1659992  17410152   9% /var/tmp
/dev/sda3       20973568 1659992  17410152   9% /var/spool
/dev/sda3       20973568 1659992  17410152   9% /var/opt
/dev/sda3       20973568 1659992  17410152   9% /var/log
/dev/sda3       20973568 1659992  17410152   9% /var/lib/named
/dev/sda3       20973568 1659992  17410152   9% /var/lib/pgqsl
/dev/sda3       20973568 1659992  17410152   9% /srv
/dev/sda3       20973568 1659992  17410152   9% /var/lib/mailman
/dev/sda3       20973568 1659992  17410152   9% /var/crash
/dev/sda3       20973568 1659992  17410152   9% /usr/local
/dev/sda3       20973568 1659992  17410152   9% /.snapshots
/dev/sda3       20973568 1659992  17410152   9% /opt
/dev/sda3       20973568 1659992  17410152   9% /boot/grub2/x86_64-efi
/dev/sda3       20973568 1659992  17410152   9% /@
/dev/sda3       20973568 1659992  17410152   9% /boot/grub2/i386-pc

>> Without automated snapshots btrfs is not working for me.
>?
>If you make changes to the system with YaST or zypper, you
>should still get a new snapshot. Only cron will not kill your
>filesystem with a huge amount of empty snapshots.

With the hourly snapshots there is an aspect which is very practical:
For the first time one can see what changes from hour to hour on the so called "static" filesystems.
It is a kind of security feature, when feeding the output from snapper detected changes into splunk, as example.
I had it running for weeks now and it grew very moderately because of the well defined default cleanup rules.
So I would encourage everybody to re-enable the hourly snapshots and get a free monitor of what had changed within the last hours on the server on the most valuable filesystems.
It makes life in a production environment with operators a bit more transparent.

Best regards



Urs Frey                                              
Post CH AG
Informationstechnologie
IT Betrieb 
Webergutstrasse 12 
3030 Bern (Zollikofen) 
Telefon : ++41 (0)58 338 58 70 
FAX     : ++41 (0)58 667 30 07 
E-Mail:   urs.frey at post.ch


-----Ursprüngliche Nachricht-----
Von: sles-beta-bounces at lists.suse.com [mailto:sles-beta-bounces at lists.suse.com] Im Auftrag von Thorsten Kukuk
Gesendet: Thursday, August 07, 2014 5:43 PM
An: sles-beta at lists.suse.com
Betreff: Re: [sles-beta] SLES 12 x86_64 RC1 snapper does not do snapshots as configured

On Thu, Aug 07, urs.frey at post.ch wrote:

> Hi
> When having SLES12 x86_64 RC1 installed using btrfs snapper should do hourly snapshots as configured under /etc/snapper/configs/root, right?

Not for the root partition.

> Why this?

The root partition is normally not changed that often, so
all this empty snapshots will fill up your harddisk and
makes it pretty hard to find the right snapshot later/to
not delete the only important snapshot during cleanup.
We got a lot of complains about this, thus we changed the
default.

> There is nothing in the Changelog-Beta10-RC1.
> 
> Without automated snapshots btrfs is not working for me.

?
If you make changes to the system with YaST or zypper, you
should still get a new snapshot. Only cron will not kill your
filesystem with a huge amount of empty snapshots.

Else you can still enable it again, nobody prevents you from
doing so.

  Thorsten

-- 
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
_______________________________________________
sles-beta mailing list
sles-beta at lists.suse.com
http://lists.suse.com/mailman/listinfo/sles-beta