Hi Dave, Is this related to log buffer size when formatting and mounting as I am just using the default 32KB buffer size? Any pointers will be helpful. -----Original Message----- From: xfs-bounces@xxxxxxxxxxx [mailto:xfs-bounces@xxxxxxxxxxx] On Behalf Of Muralitharan Perumal Sent: 13 January 2014 14:59 To: xfs@xxxxxxxxxxx Subject: kernel 2.6.22 pdflush consumes ~90% cpu Hi, I am currently working on an embedded platform involving XFS as the preferred fs. Earlier, ext3 was used but now replaced with XFS. The unit is working fine with ext3 but after replacing with XFS, I am seeing a few issues: a) Occassionally I am getting the following error when we write files to the fs: attempt to access beyond end of device sda1: rw=0, want=10487141907480064, limit=9766912 I/O error in filesystem ("sda1") meta-data dev sda1 block 0x254200001abdf8 ("xfs_trans_read_buf") error 5 buf count 4096 attempt to access beyond end of device sda1: rw=0, want=10487141907480064, limit=9766912 I/O error in filesystem ("sda1") meta-data dev sda1 block 0x254200001abdf8 ("xfs_trans_read_buf") error 5 buf count 4096 b) After running for about 20 to 25 minutes, the pdflush consumes about 90% cpu and stuck there in D state: Is there any similar issue seen with kernel 2.6.22? Am I missing any XFS patches that could fix this? Any pointers would be helpful. Thanks, Murali IMPORTANT NOTICE - this e-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended recipient, please notify the sender to report the error and delete this communication immediately. You must not disclose, forward or copy this e-mail or any attachments hereto without the prior consent of the sender. IMPORTANT NOTICE - this e-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended recipient, please notify the sender to report the error and delete this communication immediately. You must not disclose, forward or copy this e-mail or any attachments hereto without the prior consent of the sender. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
