On 07/09/2017 16:43, Peter Becker wrote:
2017-09-07 16:37 GMT+02:00 Marco Lorenzo Crociani
<mar...@prismatelecomtesting.com>:
[...]
I got:
00-49: 1
50-79: 0
80-89: 0
90-99: 1
100:25540
this means that fs has only one block group used under 50% and 1 between 90
and 99% while th
On 08/09/2017 05:24, Duncan wrote:
Marco Lorenzo Crociani posted on Thu, 07 Sep 2017 16:37:08 +0200 as
excerpted:
This e-mail (including any attachments) is private and confidential,
and may be privileged. It is for the exclusive use of the intended
recipient(s). If you have received
rt -musage=70 /data
I got:
00-49: 1
50-79: 0
80-89: 0
90-99: 1
100:25540
this means that fs has only one block group used under 50% and 1 between
90 and 99% while the rest are all full?
Thanks,
Marco
2017-09-07 13:17 GMT+02:00 Marco Lorenzo Crociani
<mar...@prismatelecomtesti
On 05/09/2017 18:27, Liu Bo wrote:
On Tue, Sep 05, 2017 at 11:47:26AM +0200, Marco Lorenzo Crociani wrote:
Hi,
I was transferring some data with rsync to a btrfs filesystem when I got:
set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more
than 120 seconds.
set 04 14:59:05
Hi,
I was transferring some data with rsync to a btrfs filesystem when I got:
set 04 14:59:05 kernel: INFO: task kworker/u33:2:25015 blocked for more
than 120 seconds.
set 04 14:59:05 kernel: Not tainted 4.12.10-1.el7.elrepo.x86_64 #1
set 04 14:59:05 kernel: "echo 0 >
Hi,
this 37T filesystem took some times to mount. It has 47
subvolumes/snapshots and is mounted with
noatime,compress=zlib,space_cache. Is it normal, due to its size?
# time mount /data/R6HW
real1m32.383s
user0m0.000s
sys 0m1.348s
# time umount /data/R6HW
real0m2.562s
user
Hi,
trying to clear the free space tree along with its superblock flag with:
btrfs check --clear-space-cache v2 /dev/sda1
# btrfs check --clear-space-cache v2 /dev/sda1
warning, device 2 is missing
checksum verify failed on 2933047296 found C638A419 wanted 7BA892F9
checksum verify failed on
On 20/07/2017 11:17, Qu Wenruo wrote:
On 2017年07月20日 17:10, Qu Wenruo wrote:
On 2017年07月20日 16:55, Marco Lorenzo Crociani wrote:
On 20/07/2017 05:39, Qu Wenruo wrote:
On 2017年07月20日 00:45, Marco Lorenzo Crociani wrote:
On 18/07/2017 08:33, Gu Jinxiang wrote:
For any one who wants
On 20/07/2017 05:39, Qu Wenruo wrote:
On 2017年07月20日 00:45, Marco Lorenzo Crociani wrote:
On 18/07/2017 08:33, Gu Jinxiang wrote:
For any one who wants to try it, it can be get from my repo:
https://github.com/gujx2017/btrfs-progs/tree/offline_scrub
Hi,
I'm getting this error during make
On 18/07/2017 08:33, Gu Jinxiang wrote:
For any one who wants to try it, it can be get from my repo:
https://github.com/gujx2017/btrfs-progs/tree/offline_scrub
Hi,
I'm getting this error during make:
[CC] csum.o
csum.c: In function ‘btrfs_read_data_csums’:
csum.c:119:3: error: ‘for’
Hi,
as I wrote today in IRCI experienced an issue with 'btrfs filesystem usage'.
I have a 4 partitions RAID10 btrfs filesystem almost full.
'btrfs filesystem usage' reports wrong "Unallocated" indications.
Linux 4.5.3
btrfs-progs v4.5.3
# btrfs fi usage /data/
Overall:
Device size:
Hi,
df on btrfs RAID1 fs on 3 disks (they are RAID0 hardware, two disk,
arrays but its not important right?) show wrong avail space when empty
# uname -a
Linux kvm4.prisma 4.4.0-2.el7.elrepo.x86_64 #1 SMP Tue Jan 26 13:06:01
EST 2016 x86_64 x86_64 x86_64 GNU/Linux
# btrfs --version
12 matches
Mail list logo