From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id CBDCE7F37 for ; Thu, 9 Jul 2015 01:54:12 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id B8C70304032 for ; Wed, 8 Jul 2015 23:54:09 -0700 (PDT) Received: from mail.kernel.org ([198.145.29.136]) by cuda.sgi.com with ESMTP id 2jrzYXPHAdGsPv3X for ; Wed, 08 Jul 2015 23:54:08 -0700 (PDT) Message-ID: <1436424844.22691.2.camel@hasee> Subject: Re: xfs_io bmap confused From: Ming Lin Date: Wed, 08 Jul 2015 23:54:04 -0700 In-Reply-To: References: <1436338913.13729.11.camel@hasee> <20150708085341.GA23332@lst.de> <1436363862.15921.0.camel@hasee> Mime-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Christoph Hellwig Cc: xfs@oss.sgi.com On Wed, 2015-07-08 at 16:40 -0700, Ming Lin wrote: > On Wed, 2015-07-08 at 06:57 -0700, Ming Lin wrote: > > On Wed, 2015-07-08 at 10:53 +0200, Christoph Hellwig wrote: > > > On Wed, Jul 08, 2015 at 12:01:53AM -0700, Ming Lin wrote: > > > > Hi list, > > > > > > > > I am testing some direct-io patches. > > > > xfs_tests/xfs/080 failed. > > > > > > > > It's strange. > > > > There is no hole in "rwtest.file", > > > > but when read it at some offset it returns zero because of hole. > > > > > > > > root@block:~# xfs_io -c bmap /mnt/test/rwtest.file > > > > /mnt/test/rwtest.file: > > > > 0: [0..125671]: 160..125831 > > > > > > Sounds like you see an unwritten extent. What does xfs_bmap -pv show on > > > the file? > > > > root@block:~# xfs_bmap -pv /mnt/test/rwtest.file > > /mnt/test/rwtest.file: > > EXT: FILE-OFFSET BLOCK-RANGE AG AG-OFFSET TOTAL FLAGS > > 0: [0..743]: 160..903 0 (160..903) 744 00000 > > 1: [744..783]: 904..943 0 (904..943) 40 10000 > > 2: [784..951]: 944..1111 0 (944..1111) 168 00000 > > 3: [952..1023]: 1112..1183 0 (1112..1183) 72 10000 > > 4: [1024..1287]: 1184..1447 0 (1184..1447) 264 00000 > > 5: [1288..1383]: 1448..1543 0 (1448..1543) 96 10000 > > file offset 659456 is in EXT 5. > I guess FLAGS 1 means it's an unwritten extent, right? > > xfs_tests/xfs/080 basically does: > 1. direct io write > 2. then buffered read to check the previous dio write > > Here is an example of error logs. > > doio ( 3626) 16:13:23 > --------------------- > *** DATA COMPARISON ERROR *** > check_file(/mnt/test/rwtest.file, 239616, 81408, H:3626:block:doio*, > 18, 0) failed > > Comparison fd is 5, with open flags 0 > Corrupt regions follow - unprintable chars are represented as '.' > ----------------------------------------------------------------- > corrupt bytes starting at file offset 241664 > 1st 32 expected bytes: oio*H:3626:block:doio*H:3626:blo > 1st 32 actual bytes: ................................ > > Request number 981 > fd 4 is file /mnt/test/rwtest.file - open flags are 040001 > O_WRONLY,O_DIRECT, > write done at file offset 239616 - pattern is H (0110) > number of requests is 1, strides per request is 1 > i/o byte count = 81408 > memory alignment is aligned > DIRECT I/O: offset % 512 = 0 length % 81408 = 0 > mem alignment 0x200 xfer size: small: 512 large: 2147483136 > > syscall: writev(4, (iov on stack), 1) > > > The "expected bytes" was actually written to the disk successfully, > but for some bug the xfs extent flag was not set correctly. > The flag should be "XFS_EXT_NORM", but now it's "XFS_EXT_UNWRITTEN". > > Could you share the code path the extent flag was updated? > Is it also updated through direct io? For XFS direct IO, are below the only 2 paths to convert unwritten extent to written extent? [ 72.279043] Call Trace: [ 72.279719] [] dump_stack+0x4f/0x7b [ 72.280898] [] xfs_bmapi_convert_unwritten+0x73/0x176 [ 72.282393] [] xfs_bmapi_write+0x2a0/0x7ee [ 72.283705] [] xfs_iomap_write_direct+0x23e/0x2f0 [ 72.285132] [] __xfs_get_blocks+0x14c/0xf6c [ 72.286456] [] ? get_user_pages_fast+0xee/0x14c [ 72.287847] [] xfs_get_blocks_direct+0x14/0x16 [ 72.289246] [] get_blocks+0x86/0x182 [ 72.297467] [] ? get_user_pages_fast+0xee/0x14c [ 72.298845] [] __blockdev_direct_IO+0x372/0x666 [ 72.300266] [] ? xfs_get_blocks+0x13/0x13 [ 72.301555] [] ? __mnt_drop_write_file+0x12/0x14 [ 72.302936] [] ? file_update_time+0xb5/0xcb [ 72.304279] [] xfs_vm_direct_IO+0x89/0x90 [ 72.305555] [] ? xfs_setfilesize_trans_alloc+0xac/0xac [ 72.307064] [] xfs_file_dio_aio_write+0x2e0/0x449 [ 72.308509] [] ? __clear_user+0x36/0x5b [ 72.309755] [] xfs_file_write_iter+0x75/0x105 [ 72.311107] [] __vfs_write+0x97/0xc0 [ 72.312347] [] vfs_write+0xb5/0x16f [ 72.313526] [] SyS_write+0x4a/0x94 [ 72.314683] [] system_call_fastpath+0x12/0x6f [ 72.328096] Call Trace: [ 72.328786] [] dump_stack+0x4f/0x7b [ 72.330002] [] xfs_bmapi_convert_unwritten+0x73/0x176 [ 72.331565] [] ? xfs_bmap_search_extents+0x60/0xd6 [ 72.333059] [] ? kmem_zone_alloc+0x6e/0xba [ 72.334412] [] xfs_bmapi_write+0x2a0/0x7ee [ 72.335777] [] xfs_iomap_write_unwritten+0x205/0x413 [ 72.337300] [] xfs_end_io+0x50/0x75 [ 72.338495] [] xfs_end_io_direct_write+0x176/0x26c [ 72.339952] [] ? delayacct_end+0x55/0x5e [ 72.341238] [] dio_complete+0x7c/0x134 [ 72.342488] [] __blockdev_direct_IO+0x633/0x666 [ 72.343908] [] ? xfs_get_blocks+0x13/0x13 [ 72.345263] [] xfs_vm_direct_IO+0x89/0x90 [ 72.346598] [] ? xfs_setfilesize_trans_alloc+0xac/0xac [ 72.348185] [] xfs_file_dio_aio_write+0x2e0/0x449 [ 72.349652] [] ? __clear_user+0x36/0x5b [ 72.350950] [] xfs_file_write_iter+0x75/0x105 [ 72.352369] [] __vfs_write+0x97/0xc0 [ 72.353607] [] vfs_write+0xb5/0x16f [ 72.354832] [] SyS_write+0x4a/0x94 [ 72.356060] [] system_call_fastpath+0x12/0x6f _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs