We had the quite rare problem of a disk dying, and drain process went well, automatically.
Except for very few files (14 out of 600K).
We found out that most of these files are replica 2 files that can’t be duplicate because the good replica has an outdated .xsmap file (which still seem to be created at balancing even with citrine version, maybe I can open another thread fo it). Removing the xsmap resolves the issue, and drain can continue for this.
root# eos fs ls -d
jeos222 1095 375 /data07 draining 99 6 4.28 TiB 99999999999 0 0
In addition, there is one RAIN file which has one replica on the failing disk, but it seems that the file isn’t repaired. What could be the best way to repair it, or at least maybe drain forget about it ?
And 3 bad files where only located on this disk. Here again, how can we tell the system to ignore these files ?
After this, will the FS be automatically changed to empty state, so we can unregister it, change the disk, and register it new ?