Hi All,
Test case: fsstress with fallocate test case added.
Inode 8170, i_size is 0, should be 839680. Fix? no
tst_extents: stat <8170>
header: magic=af3 entries=512 max=1024 depth=0 generation=0
(Left 1)
(Left 0)
Inode: 8170 Type: regular Mode: 0666 Flags: 0x80000
Generation: 3214836894
User: 0 Group: 0 Size: 0
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 96
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x47fb705f -- Tue Apr 8 09:17:19 2008
atime: 0x47fb6d1b -- Tue Apr 8 09:03:23 2008
mtime: 0x47fb705f -- Tue Apr 8 09:17:19 2008
Size of extra inode fields: 28
BLOCKS:
(193-198):1275331-1275336, (199-204):747341-747346
TOTAL: 12
tst_extents: inode <8170>
header: magic=af3 entries=512 max=1024 depth=0 generation=0
Loaded inode 8170
tst_extents: root
(Left 1)
extent: lblk 193--198, len 6, pblk 1275331, flags: LEAF
tst_extents: nl
(Left 0)
extent: lblk 199--204, len 6, pblk 747341, flags: LEAF
tst_extents: nl
nl: No 'next' extent
tst_extents:
[root@gekko-lp2 tmp]# ls -ali fsstress/p1b8/d0/da/d26/fc5
8170 -rw-rw-rw- 1 root root 0 Apr 8 09:17 fsstress/p1b8/d0/da/d26/fc5
Inode 179868, i_size is 724992, should be 868352. Fix? no
tst_extents: stat <179868>
header: magic=af3 entries=512 max=1024 depth=0 generation=0
(Left 1)
(Left 0)
Inode: 179868 Type: regular Mode: 0666 Flags: 0x80000
Generation: 3214716167
User: 122091 Group: 0 Size: 724992
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 32
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x47fb7009 -- Tue Apr 8 09:15:53 2008
atime: 0x47fb6cd8 -- Tue Apr 8 09:02:16 2008
mtime: 0x47fb6f74 -- Tue Apr 8 09:13:24 2008
Size of extra inode fields: 28
BLOCKS:
(176):746755, (209-211):945533-945535
TOTAL: 4
tst_extents: inode <179868>
header: magic=af3 entries=512 max=1024 depth=0 generation=0
Loaded inode 179868
tst_extents: root
(Left 1)
extent: lblk 176--176, len 1, pblk 746755, flags: LEAF
tst_extents: nl
(Left 0)
extent: lblk 209--211, len 3, pblk 945533, flags: LEAF
tst_extents: nl
nl: No 'next' extent
tst_extents:
[root@gekko-lp2 tmp]# ls -alhi fsstress/p98/d3/d12/d1b/d20/d11e/df1/f5b
179868 -rw-rw-rw- 1 122091 root 708K Apr 8 09:13
fsstress/p98/d3/d12/d1b/d20/d11e/df1/f5b
The file system is 100% full
/dev/sda7 9.2G 9.2G 0 100% /mnt/tmp
-aneesh
On 20:54 Tue 08 Apr , Aneesh Kumar K.V wrote:
> Hi All,
>
> Test case: fsstress with fallocate test case added.
This may happens because of direct write.
Please add exact fsstess command and options.
>
> Inode 8170, i_size is 0, should be 839680. Fix? no
>
> tst_extents: stat <8170>
> header: magic=af3 entries=512 max=1024 depth=0 generation=0
> (Left 1)
> (Left 0)
> Inode: 8170 Type: regular Mode: 0666 Flags: 0x80000
> Generation: 3214836894
> User: 0 Group: 0 Size: 0
> File ACL: 0 Directory ACL: 0
> Links: 1 Blockcount: 96
> Fragment: Address: 0 Number: 0 Size: 0
> ctime: 0x47fb705f -- Tue Apr 8 09:17:19 2008
> atime: 0x47fb6d1b -- Tue Apr 8 09:03:23 2008
> mtime: 0x47fb705f -- Tue Apr 8 09:17:19 2008
> Size of extra inode fields: 28
> BLOCKS:
> (193-198):1275331-1275336, (199-204):747341-747346
> TOTAL: 12
>
> tst_extents: inode <8170>
> header: magic=af3 entries=512 max=1024 depth=0 generation=0
> Loaded inode 8170
> tst_extents: root
> (Left 1)
> extent: lblk 193--198, len 6, pblk 1275331, flags: LEAF
> tst_extents: nl
> (Left 0)
> extent: lblk 199--204, len 6, pblk 747341, flags: LEAF
> tst_extents: nl
> nl: No 'next' extent
> tst_extents:
>
> [root@gekko-lp2 tmp]# ls -ali fsstress/p1b8/d0/da/d26/fc5
> 8170 -rw-rw-rw- 1 root root 0 Apr 8 09:17 fsstress/p1b8/d0/da/d26/fc5
>
>
> Inode 179868, i_size is 724992, should be 868352. Fix? no
>
> tst_extents: stat <179868>
> header: magic=af3 entries=512 max=1024 depth=0 generation=0
> (Left 1)
> (Left 0)
> Inode: 179868 Type: regular Mode: 0666 Flags: 0x80000
> Generation: 3214716167
> User: 122091 Group: 0 Size: 724992
> File ACL: 0 Directory ACL: 0
> Links: 1 Blockcount: 32
> Fragment: Address: 0 Number: 0 Size: 0
> ctime: 0x47fb7009 -- Tue Apr 8 09:15:53 2008
> atime: 0x47fb6cd8 -- Tue Apr 8 09:02:16 2008
> mtime: 0x47fb6f74 -- Tue Apr 8 09:13:24 2008
> Size of extra inode fields: 28
> BLOCKS:
> (176):746755, (209-211):945533-945535
> TOTAL: 4
>
> tst_extents: inode <179868>
> header: magic=af3 entries=512 max=1024 depth=0 generation=0
> Loaded inode 179868
> tst_extents: root
> (Left 1)
> extent: lblk 176--176, len 1, pblk 746755, flags: LEAF
> tst_extents: nl
> (Left 0)
> extent: lblk 209--211, len 3, pblk 945533, flags: LEAF
> tst_extents: nl
> nl: No 'next' extent
> tst_extents:
>
> [root@gekko-lp2 tmp]# ls -alhi fsstress/p98/d3/d12/d1b/d20/d11e/df1/f5b
> 179868 -rw-rw-rw- 1 122091 root 708K Apr 8 09:13
> fsstress/p98/d3/d12/d1b/d20/d11e/df1/f5b
>
> The file system is 100% full
> /dev/sda7 9.2G 9.2G 0 100% /mnt/tmp
>
>
> -aneesh
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Apr 09, 2008 at 11:44:57AM +0400, Dmitri Monakhov wrote:
> On 20:54 Tue 08 Apr , Aneesh Kumar K.V wrote:
> > Hi All,
> >
> > Test case: fsstress with fallocate test case added.
> This may happens because of direct write.
> Please add exact fsstess command and options.
> >
fsstress -c -n1000 -p1000 -d /mnt/tmp/
What i found was also related. The file which had errors had the below
operations on them.
82/901: dread d16/d20/d22/d2d/d63/d68/d9a/f93 [622592,53248] 0
82/939: dwrite d16/d20/d22/d2d/d63/d68/d9a/f93 [1093632,77824] 28
9/863: fallocate d1/d2d/d32/d8f/d97/d108/d9b/ffb [2041,75851] 28
18/733: fallocate d9/ddd/f86 [481025,18486] 0
18/735: dwrite d9/ddd/f86 [679936,36864] 0
18/764: dread d9/ddd/f86 [53248,8192] 0
18/910: dwrite d9/ddd/f86 [1454080,4096] 28
18/999: dwrite d9/ddd/f86 [1798144,61440] 28
But what would happen during direct write that cause this ?
-aneesh
On 13:51 Wed 09 Apr , Aneesh Kumar K.V wrote:
> On Wed, Apr 09, 2008 at 11:44:57AM +0400, Dmitri Monakhov wrote:
> > On 20:54 Tue 08 Apr , Aneesh Kumar K.V wrote:
> > > Hi All,
> > >
> > > Test case: fsstress with fallocate test case added.
> > This may happens because of direct write.
> > Please add exact fsstess command and options.
> > >
>
> fsstress -c -n1000 -p1000 -d /mnt/tmp/
>
> What i found was also related. The file which had errors had the below
> operations on them.
>
> 82/901: dread d16/d20/d22/d2d/d63/d68/d9a/f93 [622592,53248] 0
> 82/939: dwrite d16/d20/d22/d2d/d63/d68/d9a/f93 [1093632,77824] 28
>
>
> 9/863: fallocate d1/d2d/d32/d8f/d97/d108/d9b/ffb [2041,75851] 28
>
>
> 18/733: fallocate d9/ddd/f86 [481025,18486] 0
> 18/735: dwrite d9/ddd/f86 [679936,36864] 0
> 18/764: dread d9/ddd/f86 [53248,8192] 0
> 18/910: dwrite d9/ddd/f86 [1454080,4096] 28
> 18/999: dwrite d9/ddd/f86 [1798144,61440] 28
>
>
> But what would happen during direct write that cause this ?
Ohh it is long live bug in direct-io error handling logic:
http://lkml.org/lkml/2006/12/18/103
So IMHO it is beter to disable direct-io writes in your case.
>
> -aneesh
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Apr 09, 2008 at 12:33:41PM +0400, Dmitri Monakhov wrote:
> On 13:51 Wed 09 Apr , Aneesh Kumar K.V wrote:
> > On Wed, Apr 09, 2008 at 11:44:57AM +0400, Dmitri Monakhov wrote:
> > > On 20:54 Tue 08 Apr , Aneesh Kumar K.V wrote:
> > > > Hi All,
> > > >
> > > > Test case: fsstress with fallocate test case added.
> > > This may happens because of direct write.
> > > Please add exact fsstess command and options.
> > > >
> >
> > fsstress -c -n1000 -p1000 -d /mnt/tmp/
> >
> > What i found was also related. The file which had errors had the below
> > operations on them.
> >
> > 82/901: dread d16/d20/d22/d2d/d63/d68/d9a/f93 [622592,53248] 0
> > 82/939: dwrite d16/d20/d22/d2d/d63/d68/d9a/f93 [1093632,77824] 28
> >
> >
> > 9/863: fallocate d1/d2d/d32/d8f/d97/d108/d9b/ffb [2041,75851] 28
> >
> >
> > 18/733: fallocate d9/ddd/f86 [481025,18486] 0
> > 18/735: dwrite d9/ddd/f86 [679936,36864] 0
> > 18/764: dread d9/ddd/f86 [53248,8192] 0
> > 18/910: dwrite d9/ddd/f86 [1454080,4096] 28
> > 18/999: dwrite d9/ddd/f86 [1798144,61440] 28
> >
> >
> > But what would happen during direct write that cause this ?
> Ohh it is long live bug in direct-io error handling logic:
> http://lkml.org/lkml/2006/12/18/103
> So IMHO it is beter to disable direct-io writes in your case.
Why is the patch not yet available in the Linus tree ? Does this mean
that i will not be able to test direct io write at all. Right
now i did
#ifdef ENOSPC_BUG_DIRECT_IO_YES
{ OP_DREAD, "dread", dread_f, 4, 0 },
{ OP_DWRITE, "dwrite", dwrite_f, 4, 1 },
#endif
i am not interested in dread, so commented that also.
fsstress ran successfully with this change.
-aneesh
On 15:09 Wed 09 Apr , Aneesh Kumar K.V wrote:
> On Wed, Apr 09, 2008 at 12:33:41PM +0400, Dmitri Monakhov wrote:
> > On 13:51 Wed 09 Apr , Aneesh Kumar K.V wrote:
> > > On Wed, Apr 09, 2008 at 11:44:57AM +0400, Dmitri Monakhov wrote:
> > > > On 20:54 Tue 08 Apr , Aneesh Kumar K.V wrote:
> > > > > Hi All,
> > > > >
> > > > > Test case: fsstress with fallocate test case added.
> > > > This may happens because of direct write.
> > > > Please add exact fsstess command and options.
> > > > >
> > >
> > > fsstress -c -n1000 -p1000 -d /mnt/tmp/
> > >
> > > What i found was also related. The file which had errors had the below
> > > operations on them.
> > >
> > > 82/901: dread d16/d20/d22/d2d/d63/d68/d9a/f93 [622592,53248] 0
> > > 82/939: dwrite d16/d20/d22/d2d/d63/d68/d9a/f93 [1093632,77824] 28
> > >
> > >
> > > 9/863: fallocate d1/d2d/d32/d8f/d97/d108/d9b/ffb [2041,75851] 28
> > >
> > >
> > > 18/733: fallocate d9/ddd/f86 [481025,18486] 0
> > > 18/735: dwrite d9/ddd/f86 [679936,36864] 0
> > > 18/764: dread d9/ddd/f86 [53248,8192] 0
> > > 18/910: dwrite d9/ddd/f86 [1454080,4096] 28
> > > 18/999: dwrite d9/ddd/f86 [1798144,61440] 28
> > >
> > >
> > > But what would happen during direct write that cause this ?
> > Ohh it is long live bug in direct-io error handling logic:
> > http://lkml.org/lkml/2006/12/18/103
> > So IMHO it is beter to disable direct-io writes in your case.
>
> Why is the patch not yet available in the Linus tree ?
Because not everybody was happy about this solution. I'll send new version
today.
>Does this mean that i will not be able to test direct io write at all.
Strictly saying YES, but practically you can use direct-io writes if
you have enough disk space.
>Right now i did
>
> #ifdef ENOSPC_BUG_DIRECT_IO_YES
> { OP_DREAD, "dread", dread_f, 4, 0 },
> { OP_DWRITE, "dwrite", dwrite_f, 4, 1 },
> #endif
>
> i am not interested in dread, so commented that also.
>
> fsstress ran successfully with this change.
>
> -aneesh
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html