From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out28-87.mail.aliyun.com (out28-87.mail.aliyun.com [115.124.28.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CCCF9135A53 for ; Fri, 18 Jul 2025 01:14:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.28.87 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752801251; cv=none; b=WAcVI2USYL+ziJCbzWQ7FbF5q/xK1H7o5wLRSNrNkE0wY3D+nryJ9CgicRb/2jB3yHhgQh6Nh5SNjc9BCNayS4izRhm3wPW9nvXgRjLk/GEqCyXvmYLTS5d++80rar6GW/vs2kJgAQ11kJ5ECLdrzJPVpfdIofkzJvO54zhlcJo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752801251; c=relaxed/simple; bh=cYDURyPC1EgANo627IJaetB6XS2oi/yVwUiox73EhVU=; h=Date:From:To:Subject:Cc:In-Reply-To:References:Message-Id: MIME-Version:Content-Type; b=dzAMKxPM8+gJhW6wLNIlg458R9fsF1ei+ONHou/lSPlZ9aTBataXxgQQZu9hQs3DTBqC/tE4Vpdi5t/vTZpJlfuJMzx3lOuPfVNdcIfVxTi8qqt8+dhU5Jo9BPXFVnuWaJnZSI1S5R6CXcQ+oFAKMrV2oZJBF1GyONN+0ekQukA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=e16-tech.com; spf=pass smtp.mailfrom=e16-tech.com; arc=none smtp.client-ip=115.124.28.87 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=e16-tech.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=e16-tech.com Received: from 192.168.2.112(mailfrom:wangyugui@e16-tech.com fp:SMTPD_---.dqO7DdL_1752800309 cluster:ay29) by smtp.aliyun-inc.com; Fri, 18 Jul 2025 08:58:29 +0800 Date: Fri, 18 Jul 2025 08:58:30 +0800 From: Wang Yugui To: "Darrick J. Wong" Subject: Re: a deadloop(?) when mkfs.xfs -o rtdev Cc: linux-xfs@vger.kernel.org In-Reply-To: <20250717160357.GQ2672049@frogsfrogsfrogs> References: <20250717081332.E87F.409509F4@e16-tech.com> <20250717160357.GQ2672049@frogsfrogsfrogs> Message-Id: <20250718085829.CA35.409509F4@e16-tech.com> Precedence: bulk X-Mailing-List: linux-xfs@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.81.08 [en] Hi, > 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. Today the mkfs.xfs with rtdev all finished in 110s-160s on kernel 6.6.93/6.12.38. the result of strace show that pread64() with 4K size so it is just slow. pread64(3, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 4096, 868352) = 4096 pread64(3, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 4096, 864256) = 4096 pread64(3, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 4096, 860160) = 4096 pread64(3, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 4096, 856064) = 4096 pread64(3, "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., 4096, 851968) = 4096 Thanks a lot. Best Regards Wang Yugui (wangyugui@e16-tech.com) 2025/07/18