[ 
https://issues.apache.org/jira/browse/HDDS-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17706107#comment-17706107
 ] 

Wei-Chiu Chuang commented on HDDS-8292:
---------------------------------------

This is another, more extreme case

the prefix is repeated 4 times
{noformat}
"/-9223372036854561536/-9223372036854561024/-9223372036847402239/hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/14.seqid"
 -> {
  "volumeName": "vol1",
  "bucketName": "bucket1",
  "keyName": 
"hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/hbase/data/default/tquerytbl/e7b60f0936fa140a32b3f5399aa9bda7/recovered.edits/14.seqid",
  "dataSize": 0,
  "keyLocationVersions": [
    {
      "version": 0,
      "locationVersionMap": {
        "0": []
      },
      "isMultipartKey": false
    }
  ],
  "creationTime": 1679350552908,
  "modificationTime": 1679350552912,
  "replicationConfig": {
    "replicationFactor": "THREE"
  },
  "isFile": false,
  "fileName": "14.seqid", {noformat}

> Inconsistent key name handling for FSO bucket files
> ---------------------------------------------------
>
>                 Key: HDDS-8292
>                 URL: https://issues.apache.org/jira/browse/HDDS-8292
>             Project: Apache Ozone
>          Issue Type: Sub-task
>    Affects Versions: 1.4.0
>            Reporter: Wei-Chiu Chuang
>            Priority: Blocker
>
> The definition of the field OmKeyInfo.keyName is ambiguous.
> In some of the code, it is the full path to a file; in some, it is just the 
> final part (excluding the path).
> I am looking at a cluster where some of the entries in fileTable in its OM db 
> has full path, and some don't.
> {noformat}
> # ozone debug ldb --db=om.db scan --column_family=fileTable -l -1 --with-keys 
> | less
> "/-9223372036854561536/-9223372036854561024/-9223372036854525695/433dfbc470b54a0e9a23ed79240c3dc3"
>  -> {
>   "volumeName": "vol1",
>   "bucketName": "bucket1",
>   "keyName": 
> "hbase/data/hbase/meta/1588230740/info/433dfbc470b54a0e9a23ed79240c3dc3",
> ...
> "/-9223372036854561536/-9223372036854561024/-9223372036854525695/c3a068821e7544caae7cdbaf9ca1b263"
>  -> {
>   "volumeName": "vol1",
>   "bucketName": "bucket1",
>   "keyName": "c3a068821e7544caae7cdbaf9ca1b263",
> {noformat}
> Bug: ListStatus request returns incorrect path name, because 
> OzoneListStatusHelper.getStatus() expects the keyName to be just the final 
> part, and prepend the prefix, which is incorrect for the example above.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to