All,

I setup a test install of Leap in a VM. Using BTRFS as per default. My first experience with BTRFS. This is purely for Leap experimentation so I hope 32GB is plenty. I accepted the default partition setup with a 32 GB drive.

I have 100GB free on the underlying hypervisor filesystem, so that should not be an issue and I can easily re-install if the partition setup is just wrong.

Per "df -h" I have a couple GB of freespace in / (root) and 16GB free in /home.

But when I try to do anything I'm told I'm out of diskspace.

Is this really how Leap is supposed to work? Not exactly user friendly.

What is the immediate fix?

Is there a long term fix?

Greg -- Greg Freemyer www.IntelligentAvatar.net Hi Configure snapper (/etc/snapper/configs/root) or disable if you don't want snapshots, run the suse.de-snapper cronjob to cleanup and also run

On Tue 22 Dec 2015 11:12:29 AM CST, Greg Freemyer wrote: the btrfs-balance cronjob. The btrfs filesystem uses different commands (df is not...) btrfs filesystem usage btrfs fi show btrfs fi df / etc..... Have a look at; https://www.suse.com/documentation/sles11/stor_admin/data/trbl_btrfs_volfull... -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 | GNOME 3.10.1 | 3.12.51-52.31-default up 3 days 11:05, 5 users, load average: 0.32, 0.27, 0.32 CPU AMD A4-5150M @ 2.70GHz | GPU Radeon HD 8350G -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dne Út 22. prosince 2015 11:33:43, Anton Aylward napsal(a):

On 12/22/2015 11:24 AM, Malcolm wrote:

...

The btrfs filesystem uses different commands (df is not...)

Yes, this is one of the major problems with btrFS, the extant tools don't work ... in quite the same way.

Try also

$ sudo snapper list

And sudo snapper delete X-Y where X-Y is range of numbers of Btrfs snapshots listed by previous command. There is also YaST module to work with snapper. -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/

22.12.2015 19:51, Vojtěch Zeisek пишет:

Dne Út 22. prosince 2015 11:33:43, Anton Aylward napsal(a):

...

On 12/22/2015 11:24 AM, Malcolm wrote:

...

The btrfs filesystem uses different commands (df is not...)

Yes, this is one of the major problems with btrFS, the extant tools don't work ... in quite the same way.

Try also

$ sudo snapper list

And sudo snapper delete X-Y where X-Y is range of numbers of Btrfs snapshots listed by previous command.

The very first number is 1 which is immutable because it is currently active root subvolume. So it will be 2-Y :)

There is also YaST module to work with snapper.

On Tue 22 Dec 2015 12:45:13 PM CST, Greg Freemyer wrote:

On Tue, Dec 22, 2015 at 12:28 PM, Andrei Borzenkov wrote:

...

22.12.2015 19:51, Vojtěch Zeisek пишет:

...

Dne Út 22. prosince 2015 11:33:43, Anton Aylward napsal(a):

...

On 12/22/2015 11:24 AM, Malcolm wrote:

...

The btrfs filesystem uses different commands (df is not...)

Yes, this is one of the major problems with btrFS, the extant tools don't work ... in quite the same way.

Try also

$ sudo snapper list

And sudo snapper delete X-Y where X-Y is range of numbers of Btrfs snapshots listed by previous command.

The very first number is 1 which is immutable because it is currently active root subvolume. So it will be 2-Y :)

I've deleted all snapshots older than today. (probably not necessary.)

So what is the magic command that tells me how big the volume is and how much is unallocated?

Per df -h: /dev/sda2 13G 7.5G 4.5G 63% /

I know not to trust 4.5GB from df, but where is the answer?

Per 'btrfs fi df /' Data, single: total=9.27GiB, used=6.69GiB System, DUP: total=32.00MiB, used=16.00KiB Metadata, DUP: total=768.00MiB, used=349.27MiB GlobalReserve, single: total=128.00MiB, used=0.00B

Greg Hi

Data, single: total=9.27GiB, used=6.69GiB But also have to keep an eye on; Metadata, DUP: total=768.00MiB, used=349.27MiB If you run the btrfs-balance job it should change Use the btrfs fi usage command for more details. AFAIK, it's recommended 40GB for a / to include snapshots, but if you don't plan to use them just turn it off.... -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 | GNOME 3.10.1 | 3.12.51-52.31-default up 3 days 12:42, 5 users, load average: 0.89, 0.31, 0.23 CPU AMD A4-5150M @ 2.70GHz | GPU Radeon HD 8350G -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Tue 22 Dec 2015 10:12:29 AM CST, John Andersen wrote: <snip>

The data loss was bad enough, but never knowing how much actual space you have, the bizarre number of snapshots set up by default, and the sheer unnecessary-ness of the whole thing on a personal computer all lead me to avoid it.

Hi Did you try any suggestions here? https://btrfs.wiki.kernel.org/index.php/Problem_FAQ#General_topics I've had no issues with space here running btrfs @>=40GB it's not the filesystem but snapper and it's config IMHO. I only keep a few per day. -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 | GNOME 3.10.1 | 3.12.51-52.31-default up 3 days 13:00, 5 users, load average: 0.45, 0.21, 0.21 CPU AMD A4-5150M @ 2.70GHz | GPU Radeon HD 8350G -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 12/22/2015 10:20 AM, Malcolm wrote:

On Tue 22 Dec 2015 10:12:29 AM CST, John Andersen wrote: <snip>

...

The data loss was bad enough, but never knowing how much actual space you have, the bizarre number of snapshots set up by default, and the sheer unnecessary-ness of the whole thing on a personal computer all lead me to avoid it.

Hi Did you try any suggestions here? https://btrfs.wiki.kernel.org/index.php/Problem_FAQ#General_topics

I've had no issues with space here running btrfs @>=40GB it's not the filesystem but snapper and it's config IMHO. I only keep a few per day.

My that list has grown substantially since I first looked at it back when I was having the problem. I did try a couple of those things to recover space, trim down snapshots and recover some data from the first breakage. The second breakage was substantial, affected two partitions. I nuked two partitions and went to xfs for one and ext4 for / And of course, I never found a need to return to BTRFS just to have and opportunity to exercise some of those work arounds in the wiki. Once bitten, twice shy. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dne St 27. ledna 2016 13:42:47, Greg Freemyer napsal(a):

On Tue, Dec 22, 2015 at 1:00 PM, Malcolm wrote:

...

AFAIK, it's recommended 40GB for a / to include snapshots, but if you don't plan to use them just turn it off....

And how do I turn off snapper from making snapshots everytime I invoke zypper. Or turn them off period. I'm testing on a VM and I'm making

IMHO by removing snapper-zypp-plugin package. -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux http://www.opensuse.org/ http://trapa.cz/

On 01/27/2016 11:07 AM, Malcolm wrote:

On Wed 27 Jan 2016 07:51:13 PM CST, Vojtěch Zeisek wrote:

...

Dne St 27. ledna 2016 13:42:47, Greg Freemyer napsal(a):

...

On Tue, Dec 22, 2015 at 1:00 PM, Malcolm wrote:

...

AFAIK, it's recommended 40GB for a / to include snapshots, but if you don't plan to use them just turn it off....

And how do I turn off snapper from making snapshots everytime I invoke zypper. Or turn them off period. I'm testing on a VM and I'm making

IMHO by removing snapper-zypp-plugin package.

Hi And also configure /etc/snapper/configs/root to turn off, or configure for some or none.

Thanks for pointing out the sane approach. Far too many recommendations on this list end up being UNINSTALL yadda yadda. This does not strike me as a very intelligent approach. Learning to manage your toys is better than throwing them out of the sand box. Having said that, after two major data losses using btrfs, one requiring a re-install, I've stepped away from btrfs for a release or two, even though it is still installed on my machine. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Wed, Jan 27, 2016 at 2:17 PM, John Andersen wrote:

On 01/27/2016 11:07 AM, Malcolm wrote:

...

On Wed 27 Jan 2016 07:51:13 PM CST, Vojtěch Zeisek wrote:

...

Dne St 27. ledna 2016 13:42:47, Greg Freemyer napsal(a):

...

On Tue, Dec 22, 2015 at 1:00 PM, Malcolm wrote:

...

AFAIK, it's recommended 40GB for a / to include snapshots, but if you don't plan to use them just turn it off....

And how do I turn off snapper from making snapshots everytime I invoke zypper. Or turn them off period. I'm testing on a VM and I'm making

IMHO by removing snapper-zypp-plugin package.

Hi And also configure /etc/snapper/configs/root to turn off, or configure for some or none.

Thanks for pointing out the sane approach.

Far too many recommendations on this list end up being UNINSTALL yadda yadda.

From my limited perspective, the answer is:

- To stop snapshots being created with each "zypper up", etc. you have to remove the snapper-zypp-plugin - To stop hourly snapshots, edit the file /etc/snapper/configs/root (they may be a yast module to set it too.) So, in my case I had to do both of the above. Thanks Greg -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org