From: Christian Wimmer <telefonchris@icloud.com>
To: Chris Murphy <lists@colorremedies.com>
Cc: Qu Wenruo <quwenruo.btrfs@gmx.com>, Qu WenRuo <wqu@suse.com>,
Anand Jain <anand.jain@oracle.com>,
"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: 12 TB btrfs file system on virtual machine broke again
Date: Sun, 5 Jan 2020 16:18:19 -0300 [thread overview]
Message-ID: <CC877460-A434-408F-B47D-5FAD0B03518C@icloud.com> (raw)
In-Reply-To: <CAJCQCtQAFRdutyVOt7JALtVsn-EeXhzNYYjdKpmS1Ts_6-6nMA@mail.gmail.com>
> On 5. Jan 2020, at 15:50, Chris Murphy <lists@colorremedies.com> wrote:
>
> On Sun, Jan 5, 2020 at 7:17 AM Christian Wimmer <telefonchris@icloud.com> wrote:
>>
>> Seems that I am using fstrim (I did not know this, what is it?):
>
> Frees unused blocks from underlying storage: in the case of sparse
> files it punches holds, for thin provisioning it frees logical extents
> back to the pool, and for real physical SSDs it informs the firmware
> those blocks are no longer used and can be garbage collected.
>
> Most bugs in this area have either been fixed by firmware updates by
> manufacturers for the SSD, or they've been blacklisted in the kernel
> so that FITRIM is a no op.
>
>
>>
>> BTW, sda2 is here my root partition which is practically the same configuration (just smaller) than the 12TB hard disc
>>
>> 2020-01-03T11:30:47.479028-03:00 linux-ze6w kernel: [1297857.324177] sda2: rw=2051, want=532656128, limit=419430400
>> 2020-01-03T11:30:47.479538-03:00 linux-ze6w kernel: [1297857.324658] BTRFS warning (device sda2): failed to trim 1 device(s), last error -5
>> 2020-01-03T11:30:48.376543-03:00 linux-ze6w fstrim[27910]: fstrim: /opt: FITRIM ioctl failed: Input/output error
>> 2020-01-03T11:30:48.378998-03:00 linux-ze6w kernel: [1297858.223675] attempt to access beyond end of device
>> 2020-01-03T11:30:48.379012-03:00 linux-ze6w kernel: [1297858.223677] sda2: rw=3, want=421570540, limit=419430400
>
> Yeah that's a problem. That may not be *the* problem, but there is
> confusion here. What is /dev/sda?
/dev/sda is the hard disc file that holds the \x10Linux:
#fdisk -l
Disk /dev/sda: 256 GiB, 274877906944 bytes, 536870912 sectors
Disk model: Suse 15.1-0 SSD
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 186C0CD6-F3B8-471C-B2AF-AE3D325EC215
Device Start End Sectors Size Type
/dev/sda1 2048 18431 16384 8M BIOS boot
/dev/sda2 18432 419448831 419430400 200G Linux filesystem
/dev/sda3 532674560 536870878 4196319 2G Linux swap
This file is located on the SSD of my MAC Mini. /dev/sda2 is formatted with btrfs.
> This is a virtual drive inside the
> guest VM? And is backed by a file on the Promise storage? What about
> /dev/sdb? Same thing? You're only having a problem with /dev/sdb,
> which contains a Btrfs file system.
Actually I have only a problem with the /dev/sdb which is a hard disc file on my Promise storage. The sda2 complains but boots normally.
Regarding any logs. Which log files I should look at and how to display them?
I looked at the /var/log/messages but did not find any related information.
Chris
next prev parent reply other threads:[~2020-01-05 19:18 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-06 3:44 [PATCH] btrfs-progs: Skip device tree when we failed to read it Qu Wenruo
2019-12-06 6:12 ` Anand Jain
2019-12-06 15:50 ` Christian Wimmer
2019-12-06 16:34 ` Christian Wimmer
[not found] ` <762365A0-8BDF-454B-ABA9-AB2F0C958106@icloud.com>
2019-12-07 1:16 ` Qu WenRuo
2019-12-07 3:47 ` Christian Wimmer
2019-12-07 4:31 ` Qu Wenruo
2019-12-07 13:03 ` Christian Wimmer
2019-12-07 14:10 ` Qu Wenruo
2019-12-07 14:25 ` Christian Wimmer
2019-12-07 16:44 ` Christian Wimmer
2019-12-08 1:21 ` Qu WenRuo
2019-12-10 21:25 ` Christian Wimmer
2019-12-11 0:36 ` Qu Wenruo
2019-12-11 15:57 ` Christian Wimmer
[not found] ` <9FB359ED-EAD4-41DD-B846-1422F2DC4242@icloud.com>
2020-01-04 17:07 ` 12 TB btrfs file system on virtual machine broke again Christian Wimmer
2020-01-05 4:03 ` Chris Murphy
2020-01-05 13:40 ` Christian Wimmer
2020-01-05 14:07 ` Martin Raiber
2020-01-05 14:14 ` Christian Wimmer
2020-01-05 14:23 ` Christian Wimmer
2020-01-05 4:25 ` Qu Wenruo
2020-01-05 14:17 ` Christian Wimmer
2020-01-05 18:50 ` Chris Murphy
2020-01-05 19:18 ` Christian Wimmer [this message]
2020-01-05 19:36 ` Chris Murphy
2020-01-05 19:49 ` Christian Wimmer
2020-01-05 19:52 ` Christian Wimmer
2020-01-05 20:34 ` Chris Murphy
2020-01-05 20:36 ` Chris Murphy
[not found] ` <3F43DDB8-0372-4CDE-B143-D2727D3447BC@icloud.com>
2020-01-05 20:30 ` Chris Murphy
2020-01-05 20:36 ` Christian Wimmer
2020-01-05 21:13 ` Chris Murphy
2020-01-05 21:58 ` Christian Wimmer
2020-01-05 22:28 ` Chris Murphy
2020-01-06 1:31 ` Christian Wimmer
2020-01-06 1:33 ` Christian Wimmer
2020-01-11 17:04 ` 12 TB btrfs file system on virtual machine broke again (third time) Christian Wimmer
2020-01-11 17:23 ` Christian Wimmer
2020-01-11 19:46 ` Chris Murphy
2020-01-13 19:41 ` 12 TB btrfs file system on virtual machine broke again (fourth time) Christian Wimmer
2020-01-13 20:03 ` Chris Murphy
2020-01-31 16:35 ` btrfs not booting any more Christian Wimmer
2020-05-08 12:20 ` btrfs reports bad key ordering after out of memory situation Christian Wimmer
2020-01-05 23:50 ` 12 TB btrfs file system on virtual machine broke again Qu Wenruo
2020-01-06 1:32 ` Christian Wimmer
2020-01-11 7:25 ` Andrei Borzenkov
2021-10-15 21:01 ` need help in a broken 2TB BTRFS partition Christian Wimmer
2021-10-16 10:08 ` Qu Wenruo
2021-10-16 17:29 ` Christian Wimmer
2021-10-16 22:55 ` Qu Wenruo
2021-10-16 17:35 ` Christian Wimmer
2021-10-16 23:27 ` Qu Wenruo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CC877460-A434-408F-B47D-5FAD0B03518C@icloud.com \
--to=telefonchris@icloud.com \
--cc=anand.jain@oracle.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=lists@colorremedies.com \
--cc=quwenruo.btrfs@gmx.com \
--cc=wqu@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox