[opensuse] Leap - default install - out of space?
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 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 22/12/2015 17:12, Greg Freemyer a écrit :
But when I try to do anything I'm told I'm out of diskspace.
right away after install? look about btrfs and snapshots. I guess you made an update, after two month there are probably many what is the root size? I didn't yet use leap on production (I ust received a 480Gb ssd to make my next system with leap), but 13.2 have such problems, need very large root partition to accommodate updates. BTRFS is a bit like virtualbox and snapshots, after anupdate you can have twice the initial size I hoped it was better managed with leap jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, Dec 22, 2015 at 11:23 AM, jdd <jdd@dodin.org> wrote:
Le 22/12/2015 17:12, Greg Freemyer a écrit :
But when I try to do anything I'm told I'm out of diskspace.
right away after install?
No installed about 3 weeks ago. I used /var/tmp too much I suspect and even after deleting that data it got stuck in snapshots. I had about 50 snapshots, many from a week plus ago. Working through the other replies and setting cron up to only keep 10 going forward.
look about btrfs and snapshots. I guess you made an update, after two month there are probably many
That too, but I suspect "osc build" defaulting to eating up a couple GB in /var/tmp was just as big of an issue.
what is the root size?
13GB (as set by default).
I didn't yet use leap on production (I just received a 480Gb ssd to make my next system with leap), but 13.2 have such problems, need very large root partition to accommodate updates.
Maybe the default partition should be bigger? Or was my 32GB VM just too small?
BTRFS is a bit like virtualbox and snapshots, after anupdate you can have twice the initial size
I hoped it was better managed with leap
I gather not.
jdd
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 22/12/2015 18:13, Greg Freemyer a écrit :
On Tue, Dec 22, 2015 at 11:23 AM, jdd <jdd@dodin.org> wrote:
what is the root size?
13GB (as set by default).
I started with 50 Gb (on 13.2) and it was not enough for the snapshots :-( jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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
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 -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- 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, Dec 22, 2015 at 12:28 PM, Andrei Borzenkov <arvidjaar@gmail.com> 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 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue 22 Dec 2015 12:45:13 PM CST, Greg Freemyer wrote:
On Tue, Dec 22, 2015 at 12:28 PM, Andrei Borzenkov <arvidjaar@gmail.com> 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, Dec 22, 2015 at 1:00 PM, Malcolm <malcolmlewis@cableone.net> 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 snapshots at that level, so I don't need them inside the VM. Thanks Greg -- Greg Freemyer www.IntelligentAvatar.net -- 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 <malcolmlewis@cableone.net> 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 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 <malcolmlewis@cableone.net> 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. -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 SP1|GNOME 3.10.4|3.12.51-60.25-default up 1 day 19:42, 3 users, load average: 0.21, 0.32, 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
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 <malcolmlewis@cableone.net> 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 <jsamyth@gmail.com> 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 <malcolmlewis@cableone.net> 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
On 01/27/2016 01:03 PM, Greg Freemyer wrote:
On Wed, Jan 27, 2016 at 2:17 PM, John Andersen <jsamyth@gmail.com> 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 <malcolmlewis@cableone.net> 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
Or maybe just adjust /etc/snapper/zypp-plugin.conf -- 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
Le 27/01/2016 19:51, Vojtěch Zeisek a écrit :
Dne St 27. ledna 2016 13:42:47, Greg Freemyer napsal(a):
On Tue, Dec 22, 2015 at 1:00 PM, Malcolm <malcolmlewis@cableone.net> 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.
there is an option at install time, may be there is the same in yast/snapper? jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On December 22, 2015 8:12:29 AM PST, Greg Freemyer <greg.freemyer@gmail.com> wrote:
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?
Reinstall.
Is there a long term fix?
Avoid BTRFS OK, maybe that was a bit tongue in cheek, but realistically, I've lost data twice within a three month period and have sworn off BTRFS for at least two major releases. 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.
Greg -- Greg Freemyer www.IntelligentAvatar.net
-- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- 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
participants (7)
-
Andrei Borzenkov -
Anton Aylward -
Greg Freemyer -
jdd -
John Andersen -
Malcolm -
Vojtěch Zeisek