New answers tagged

1

Agree with Shodanshok that deadline is probably a good idea. Far from convinced that you should be using XFS here. find /volume/data/customer/ -type f -iname "*.ext" -mmin +60 -delete XFS used to be very bad with deleting files - I'm told that most of the bugs in this area have been resolved but not done any hard benchmarking to confirm this. it ...


1

First, XFS is the right choice for this kind if scenario: with XFS is almost impossible to go out of inodes. To increase your delete performance, try the following: use the deadline I/O scheduler rather the the (default) cfq use logbsize=256k,allocsize=64k as mount options (in addition to nodiratime,noatime) To lower the deletes impact on other system ...


2

I figured it out with the help of Phil Turmel from linux-raid@vger.kernel.org mailing list, in my case mdadm -E /dev/sd[a-d]3 (partitions involved in the volume) was giving consistent information and showing a reshape stopped somewhere ~50MB, strangely enough. mdadm -Av --invalid-backup --backup-file=/some/real/empty/file /dev/md2 /dev/sda3 /dev/sdb3 ...



Top 50 recent answers are included