search for: inode_wait

...f8101062a9100 Jun 7 19:45:21 sraid3 kernel: 00000cab54499f77 00000000000026c3 ffff81013ecb7988 00000001000002d8 Jun 7 19:45:21 sraid3 kernel: Call Trace: Jun 7 19:45:21 sraid3 kernel: [<ffffffff80064b29>] _spin_lock_bh+0x9/0x14 Jun 7 19:45:21 sraid3 kernel: [<ffffffff800ec2a2>] inode_wait+0x0/0xd Jun 7 19:45:21 sraid3 kernel: [<ffffffff800ec2ab>] inode_wait+0x9/0xd Jun 7 19:45:21 sraid3 kernel: [<ffffffff80063a16>] __wait_on_bit+0x40/0x6e Jun 7 19:45:21 sraid3 kernel: [<ffffffff800ec2a2>] inode_wait+0x0/0xd Jun 7 19:45:21 sraid3 kernel: [<ffffffff80063a...

I do not mean to be argumentative, but I have to admit a little frustration with Gluster. I know an enormous emount of effort has gone into this product, and I just can't believe that with all the effort behind it and so many people using it, it could be so fragile. So here goes. Perhaps someone here can point to the error of my ways. I really want this to work because it would be ideal

...k_inodes_sb_nr_if_idle); +EXPORT_SYMBOL(try_to_writeback_inodes_sb); /** * sync_inodes_sb - sync sb inode pages diff --git a/include/linux/writeback.h b/include/linux/writeback.h index a2b84f5..0552d1a 100644 --- a/include/linux/writeback.h +++ b/include/linux/writeback.h @@ -86,9 +86,9 @@ int inode_wait(void *); void writeback_inodes_sb(struct super_block *, enum wb_reason reason); void writeback_inodes_sb_nr(struct super_block *, unsigned long nr, enum wb_reason reason); -int writeback_inodes_sb_if_idle(struct super_block *, enum wb_reason reason); -int writeback_inodes_sb_nr_if_idle(st...