Displaying 9 results from an estimated 9 matches for "filemap_fdatawait".
2020 Apr 22
3
slow performance on company production server I need help
..._function+0x0/0x20
Apr 22 09:11:49 daisy kernel: [142441.721167]? [<ffffffff815694db>] ?
_spin_unlock_bh+0x1b/0x20
Apr 22 09:11:49 daisy kernel: [142441.721172]? [<ffffffff811f98d8>]
sync_inodes_sb_ub+0xa8/0x1d0
Apr 22 09:11:49 daisy kernel: [142441.721176]? [<ffffffff8114fa6f>] ?
filemap_fdatawait+0x2f/0x40
Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>]
__sync_filesystem+0x95/0xa0
Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>]
sync_filesystems+0x30d/0x350
Apr 22 09:11:49 daisy kernel: [142441.721188]? [<ffffffff812016e5>]
sys_sync+0...
2006 Nov 03
2
Newbie questions -- is OCFS2 what I even want?
Dear Sirs and Madams,
I run a small visual effects production company, Hammerhead Productions.
We'd like to have an easily extensible inexpensive relatively
high-performance
storage network using open-source components. I was hoping that OCFS2
would be that system.
I have a half-dozen 2 TB fileservers I'd like the rest of the network to see
as a single 12 TB disk, with the aggregate
2002 Dec 06
2
[patch] fix the ext3 data=journal unmount bug
...n't tell the filesystem enough
about what is happening. ext3 _needs_ to know the difference between
regular memory-cleansing writeback and sync-for-data-integrity
purposes.
(These two operations are really quite distinct, and the kernel has got
it wrong for ages. Even now, kupdate is running filemap_fdatawait()
quite needlessly)
In the early days, ext3 would assume that a write_super() call meant
"sync". That worked OK.
But that slowed down the kupdate function - it doesn't need to wait on
the writeout. So we took the `wait' out of ext3_write_super(). And
that worked OK too, becau...
2020 Apr 22
0
slow performance on company production server I need help
...09:11:49 daisy kernel: [142441.721167]? [<ffffffff815694db>] ?
> _spin_unlock_bh+0x1b/0x20
> Apr 22 09:11:49 daisy kernel: [142441.721172]? [<ffffffff811f98d8>]
> sync_inodes_sb_ub+0xa8/0x1d0
> Apr 22 09:11:49 daisy kernel: [142441.721176]? [<ffffffff8114fa6f>] ?
> filemap_fdatawait+0x2f/0x40
> Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>]
> __sync_filesystem+0x95/0xa0
> Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>]
> sync_filesystems+0x30d/0x350
> Apr 22 09:11:49 daisy kernel: [142441.721188]? [<fffffff...
2020 Apr 22
3
slow performance on company production server I need help
...el: [142441.721167]? [<ffffffff815694db>] ?
>> _spin_unlock_bh+0x1b/0x20
>> Apr 22 09:11:49 daisy kernel: [142441.721172]? [<ffffffff811f98d8>]
>> sync_inodes_sb_ub+0xa8/0x1d0
>> Apr 22 09:11:49 daisy kernel: [142441.721176]? [<ffffffff8114fa6f>] ?
>> filemap_fdatawait+0x2f/0x40
>> Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>]
>> __sync_filesystem+0x95/0xa0
>> Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>]
>> sync_filesystems+0x30d/0x350
>> Apr 22 09:11:49 daisy kernel: [142441.7...
2020 Apr 22
0
slow performance on company production server I need help
...[<ffffffff815694db>] ?
>>> _spin_unlock_bh+0x1b/0x20
>>> Apr 22 09:11:49 daisy kernel: [142441.721172]? [<ffffffff811f98d8>]
>>> sync_inodes_sb_ub+0xa8/0x1d0
>>> Apr 22 09:11:49 daisy kernel: [142441.721176]? [<ffffffff8114fa6f>] ?
>>> filemap_fdatawait+0x2f/0x40
>>> Apr 22 09:11:49 daisy kernel: [142441.721181]? [<ffffffff81200f85>]
>>> __sync_filesystem+0x95/0xa0
>>> Apr 22 09:11:49 daisy kernel: [142441.721184]? [<ffffffff8120151d>]
>>> sync_filesystems+0x30d/0x350
>>> Apr 22 09:11:49 dai...
2012 Jun 11
0
[PATCH] Btrfs: call filemap_fdatawrite twice for compression V2
I removed this in an earlier commit and I was wrong. Because compression
can return from filemap_fdatawrite() without having actually set any of it''s
pages as writeback() it can make filemap_fdatawait() do essentially nothing,
and then we won''t find any ordered extents because they may not have been
created yet. So not only does this make fsync() completely useless, but it
will also screw up if you truncate on a non-page aligned offset since we
zero out the end and then wait on ordered...
2005 Jan 04
0
[PATCH] BUG on error handlings in Ext3 under I/O failure condition
...);
}
extern void invalidate_inode_pages2(struct address_space *mapping);
-extern void write_inode_now(struct inode *, int);
+extern int write_inode_now(struct inode *, int);
extern int filemap_fdatawrite(struct address_space *);
extern int filemap_flush(struct address_space *);
extern int filemap_fdatawait(struct address_space *);
diff -Nru linux-2.4.29-pre3-bk2/fs/ext3/fsync.c
linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c
--- linux-2.4.29-pre3-bk2/fs/ext3/fsync.c 2002-11-29 08:53:15.000000000 +0900
+++ linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c 2005-01-04 19:58:32.000000000 +0900
@@ -69,7 +69,7 @@...
2020 Jul 09
1
CentOS7 and NFS
Hi Orion,
no, I still have this problem. I delay working on it as I the latest
updates have not been installed on the server and on the client. I'll
work again on this problem as soon as possible.
Thanks Charles for your detailed information on how to track this
problem. I'll check all these metrics.
I have several clients for this nfs server and the problem seems only to
occur from the