<div dir="ltr"><div>Folks,</div><div><br></div><div>To test the latest feature of Swift erasure coding, I followed this document (<a href="http://docs.openstack.org/developer/swift/overview_erasure_code.html">http://docs.openstack.org/developer/swift/overview_erasure_code.html</a>) to deploy a simple cluster. I used Swift 2.3.0.</div><div><br></div><div>I am glad that operations like object PUT/GET/DELETE worked fine. I can see that objects were correctly encoded/uploaded and downloaded at proxy and object servers. </div><div><br></div><div>However, I noticed that swift-object-reconstructor seemed don't work as expected. Here is my setup: my cluster has three object servers, and I use this policy:</div><div><br></div><div><div>[storage-policy:1]</div><div>policy_type = erasure_coding</div><div>name = jerasure-rs-vand-2-1</div><div>ec_type = jerasure_rs_vand</div><div>ec_num_data_fragments = 2</div><div>ec_num_parity_fragments = 1</div><div>ec_object_segment_size = 1048576</div></div><div><br clear="all"><div><div class="gmail_signature"><div>After I uploaded one object, I verified that: there was one data fragment on each of two object servers, and one parity fragment on the third object server. However, when I deleted one data fragment, no matter how long I waited, it never got repaired, i.e., the deleted data fragment was never regenerated by the swift-object-reconstructor process.</div><div><br></div><div>My question: is swift-object-reconstructor supposed to be "NOT WORKING" given the current implementation status? Or, is there any configuration I missed in setting up swift-object-reconstructor?</div><div><br></div><div>Thanks</div><div><br></div><div>Changbin<br></div></div></div>
</div></div>