背景：

rgw在上传对象，如何保证数据传输正确，依托的就是这个MD5值，而object里面的etag就是传统意义上的MD5值。

查看方式：

使用rados 命令

rados getxattr 54b4a9a0-ee4b-4cb7-8115-ace2272cb565.227838.2_hello.log user.rgw.etag -p default.rgw.buckets.data

e3062b9b9799f37关键代码实现：90a847da65efeb5d

md5sum hello.log

e3062b9b9799f37a90a847da65efeb5d hello.log

关键代码实现：

//计算data的md5值，默认是计算的，所以有MD5 sum：

if (need_calc_md5) {

hash.Update((const byte *)data.c_str(), data.length());

}

hash.Final(m);

buf_to_hex(m, CEPH_CRYPTO_MD5_DIGESTSIZE, calc_md5);

etag = calc_md5;

1.在HEAD op获取 obj信息时，会获取这些值。

详见获取obj元数据信息日志那么获取完这个有什么用呢。可以做个备份，做个插件每次从obj获取这个etag值，和本身文件作比较，如果值变了，就重新上传，这样的话减少上传次数。

2.在PUT对象时（包括上传分片对象）有一个Content-MD5选项，这个选项加进去后，RGW 把这个值和自己计算出来的值进行比较，如果出错就说明传输故障，报invoiddgest错误，说明传输出错。增加传输安全性。

3.分片上传时，每次分片都会产生一个etag值，这个值的作用在于最后发送完成上传操作时，同之前服务器记录的作对比

if (part_etag.compare(obj_iter->second.etag) != 0) {

ldout(s->cct, 0) << "NOTICE: etag mismatch: part: " << iter->first

<< " etag: " << iter->second << dendl;

op_ret = -ERR_INVALID_PART;

return;

}

最后REST API 类似

POST /example-object?uploadId=AAAsb2FkIElEIGZvciBlbHZpbmcncyWeeS1tb3ZpZS5tMnRzIRRwbG9hZA HTTP/1.1

Host: example-bucket.s3.amazonaws.com

Date: Mon, 1 Nov 2010 20:34:56 GMT

Content-Length: 391

Authorization: authorization string

<Part>

</Part>

<Part>

</Part>

<Part>

<ETag>"acbd18db4cc2f85cedef654fccc4a4d8"</ETag>

</Part>

</CompleteMultipartUpload>