From: "Darrick J. Wong" <djwong@kernel.org>
To: Wang Yugui <wangyugui@e16-tech.com>
Cc: linux-xfs@vger.kernel.org
Subject: Re: a deadloop(?) when mkfs.xfs -o rtdev
Date: Thu, 17 Jul 2025 09:03:57 -0700 [thread overview]
Message-ID: <20250717160357.GQ2672049@frogsfrogsfrogs> (raw)
In-Reply-To: <20250717081332.E87F.409509F4@e16-tech.com>
On Thu, Jul 17, 2025 at 08:13:33AM +0800, Wang Yugui wrote:
> Hi,
>
> There seems a deadloop(?) when mkfs.xfs -o rtdev.
>
> # mkfs.xfs -r rtdev=/dev/disk/by-id/ata-MZ7KM1T6HAJM00D3_S2CXNAAH600026 /dev/d
> isk/by-id/scsi-SHITACHI_HUSMH842_CLAR100_0LX0JWVA -f
> meta-data=/dev/disk/by-id/scsi-SHITACHI_HUSMH842_CLAR100_0LX0JWVA isize=512 agcount=20, agsize=1221072 blks
> = sectsz=4096 attr=2, projid32bit=1
> = crc=1 finobt=1, sparse=1, rmapbt=0
> = reflink=0 bigtime=1 inobtcount=1 nrext64=1
> = exchange=0
> data = bsize=4096 blocks=24421440, imaxpct=25
> = sunit=0 swidth=0 blks
> naming =version 2 bsize=4096 ascii-ci=0, ftype=1, parent=0
> log =internal log bsize=4096 blocks=41799, version=2
> = sectsz=4096 sunit=1 blks, lazy-count=1
> realtime =/dev/disk/by-id/ata-MZ7KM1T6HAJM00D3_S2CXNAAH600026 extsz=4096 blocks=390703446, rtextents=390703446
> Discarding blocks...Done.
> Discarding blocks...Done.
>
> It did not fishish after 10 mins.
>
> # pstack 5785
> #0 0x00007f8df5efc01a in pread64 () from /lib64/libc.so.6
> #1 0x0000557b7bbfe9c3 in __read_buf.constprop.0 ()
> #2 0x0000557b7bbc3030 in libxfs_buf_read_map ()
> #3 0x0000557b7bbfe1ae in libxfs_trans_read_buf_map.constprop ()
> #4 0x0000557b7bbee7ef in xfs_rtbuf_get ()
> #5 0x0000557b7bbf03d8 in libxfs_rtfree_extent ()
> #6 0x0000557b7bbbb322 in parseproto.lto_priv ()
> #7 0x0000557b7bbb7643 in main ()
>
> And,
> 1) more chance happen when kernel 6.12.36, but yet not happen when kernel 6.6.93.
> 2) it happen on both xfsprogs-6.11.0 and xfsprogs-6.4.
You /could/ strace the mkfs process to see if it's really stuck, or just
issuing IOs really slowly.
--D
>
> Best Regards
> Wang Yugui (wangyugui@e16-tech.com)
> 2025/07/17
>
>
>
next prev parent reply other threads:[~2025-07-17 16:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-17 0:13 a deadloop(?) when mkfs.xfs -o rtdev Wang Yugui
2025-07-17 0:52 ` Wang Yugui
2025-07-17 4:59 ` Christoph Hellwig
2025-07-17 16:03 ` Darrick J. Wong [this message]
2025-07-18 0:58 ` Wang Yugui
2025-07-18 1:08 ` Wang Yugui
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=20250717160357.GQ2672049@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=wangyugui@e16-tech.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