Hi,
A few days ago, I tagged v6 of the Btrfs Heatmap utility, which
visualizes the usage of your btrfs filesystem:
https://github.com/knorrie/btrfs-heatmap
The main change is adapting to the python 3 only state of python-btrfs
v6. There's no functional difference between v5.
And... like
On Thu, Mar 30, 2017 at 12:12:31PM -0400, J. Bruce Fields wrote:
> On Thu, Mar 30, 2017 at 07:11:48AM -0400, Jeff Layton wrote:
> > On Thu, 2017-03-30 at 08:47 +0200, Jan Kara wrote:
> > > Because if above is acceptable we could make reported i_version to be a
> > > sum
> > > of "superblock crash
A few days ago, I tagged v6 of the python btrfs library:
https://github.com/knorrie/python-btrfs
== CHANGES ==
python-btrfs v6, Mar 24 2017
* Only Python 3 supported from now on
* IOCTLs: INO_LOOKUP, LOGICAL_INO, TREE_SEARCH_V2, IOC_BALANCE_V2,
IOC_BALANCE_CTL, BALANCE_PROGRESS
* Data
UGlee posted on Sat, 01 Apr 2017 14:06:11 +0800 as excerpted:
> We are working on a small NAS server for home user. The product is
> equipped with a small fast SSD (around 60-120GB) and a large HDD (2T to
> 4T).
>
> We have two choices:
>
> 1. using bcache to accelerate io operation 2.
Sean Greenslade posted on Sat, 01 Apr 2017 12:13:57 -0700 as excerpted:
> On Sat, Apr 01, 2017 at 11:48:50AM +0200, Kai Herlemann wrote:
>> I have on my ext4 filesystem some sparse files, mostly images from ext4
>> filesystems.
>> Is btrfs-convert (4.9.1) able to deal with sparse files or can
Glenn Washburn posted on Sat, 01 Apr 2017 00:58:19 -0500 as excerpted:
> I've run into a frustrating problem with a btrfs volume just now. I
> have a USB drive which has many partitions, two of which are luks
> encrypted, which can be unlocked as a single, multi-device btrfs volume.
> For some
We are working on a small NAS server for home user. The product is
equipped with a small fast SSD (around 60-120GB) and a large HDD (2T
to 4T).
We have two choices:
1. using bcache to accelerate io operation
2. combining SSD and HDD into a single btrfs volume.
Bcache is certainly designed for
>> Approximately 16 hours ago I've run a script that deleted
>> >~100 snapshots and started quota rescan on a large
>> USB-connected btrfs volume (5.4 of 22 TB occupied now).
That "USB-connected is a rather bad idea. On the IRC channel
#Btrfs whenever someone reports odd things happening I ask
Am Mon, 27 Mar 2017 07:53:17 -0400
schrieb "Austin S. Hemmelgarn" :
> > I'd like to try to back up (duplicate) the file server filesystem
> > containing these snapshot subvolumes for each remote machine. The
> > problem is that I don't think I can use send/receive to do
Hi,
I have on my ext4 filesystem some sparse files, mostly images from
ext4 filesystems.
Is btrfs-convert (4.9.1) able to deal with sparse files or can that
cause any problems?
Thanks in advance,
Kai
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a
Am Mon, 27 Mar 2017 08:57:17 +0300
schrieb Marat Khalili :
> Just some consideration, since I've faced similar but no exactly same
> problem: use rsync, but create snapshots on target machine. Blind
> rsync will destroy deduplication of your snapshots and take huge
> amount of
Am Mon, 27 Mar 2017 20:06:46 +0500
schrieb Roman Mamedov :
> On Mon, 27 Mar 2017 16:49:47 +0200
> Christian Theune wrote:
>
> > Also: the idea of migrating on btrfs also has its downside - the
> > performance of “mkdir” and “fsync” is abysmal at the
Hello experts,
quick question about btrfs send/receive:
Is btrfs send/receive is prone to cause destination filesystem
corruption/failure, when the source file system is bogus (due to bugs,
or due to other factors like memory bit-flips happening, both *within*
the source file system)?
Or
[ ... ]
>>> $ D='btrfs f2fs gfs2 hfsplus jfs nilfs2 reiserfs udf xfs'
>>> $ find $D -name '*.ko' | xargs size | sed 's/^ *//;s/ .*\t//g'
>>> textfilename
>>> 832719 btrfs/btrfs.ko
>>> 237952 f2fs/f2fs.ko
>>> 251805 gfs2/gfs2.ko
>>> 72731 hfsplus/hfsplus.ko
>>> 171623
On Sat, Apr 01, 2017 at 05:25:06PM +0200, Lukas Tribus wrote:
> Hello experts,
>
>
> quick question about btrfs send/receive:
>
> Is btrfs send/receive is prone to cause destination filesystem
> corruption/failure, when the source file system is bogus (due to
> bugs, or due to other factors
On Sat, Apr 01, 2017 at 11:48:50AM +0200, Kai Herlemann wrote:
> Hi,
> I have on my ext4 filesystem some sparse files, mostly images from
> ext4 filesystems.
> Is btrfs-convert (4.9.1) able to deal with sparse files or can that
> cause any problems?
>From personal experience, I would recommend
16 matches
Mail list logo