When a dirty page is truncated from a file but reclaim gets to it before truncate_inode_pages(), we hit WARN_ON(delalloc) in xfs_vm_releasepage(). This is because reclaim tries to write the page, xfs
Definitely look s like a problem taht needs fixing, and it seems to me to be the correct fix. I got a bug report recently about this warning being triggered, but the total report was the warning and
I used scripts/run-bash-shared-mapping.sh from the attached tarball - it fires up several processes beating a file with mmap accesses while truncating the file and memory stressing the machine. I pre
I have seen fsx trip this occasionally. The problem is that it was never reliable because of the fact that other memory pressure had to be generated at the same time.... Is the above script something
Yes, that should be doable. I'll try combining fsx and usemem whether that will be enough to trigger the race. Honza -- Jan Kara <jack@xxxxxxx> SUSE Labs, CR
This patch has been confirmed to fix the report generated by the DB workload I mentioned in another part of the thread. Hence I think it should be good to go. Cheers, Dave. -- Dave Chinner david@xxxx