[
https://issues.apache.org/jira/browse/HBASE-2024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Daniel Cryans resolved HBASE-2024.
---------------------------------------
Resolution: Invalid
Assignee: (was: Andrew Purtell)
I just had a discussion with Greg (he's an ex-coworker of mine) because I
remembered a similar problem I had there. In the pasted request, the delete is
done without specifying a timestamp but they use ts in microseconds (as the get
shows in their shell). That means that the delete is actually putting a marker
in their definition of the "past". The resolution is that if you want to use
custom timestamps, you should always provide your own ts instead of letting
HBase doing it. This way you don't get time reference weirdness.
> [stargate] deletes not working as expected
> ------------------------------------------
>
> Key: HBASE-2024
> URL: https://issues.apache.org/jira/browse/HBASE-2024
> Project: Hadoop HBase
> Issue Type: Bug
> Reporter: Andrew Purtell
> Priority: Minor
> Fix For: 0.20.3, 0.21.0
>
>
> From private communication, an example:
> {noformat}
> hbase(main):051:0> get 'books', 'fe80a1eb-2b3c-4995-8630-4131ef4b4eb7'
> COLUMN CELL
>
> attribute:author timestamp=5410348784985219840, value=\001Richard
> Matheson
> attribute:description timestamp=5410348784985219840, value=\001The
> most clever and riveting vampire nov
> el since Dracula.
>
> attribute:links timestamp=5410348784985219840, value=--- []\n\n
>
> attribute:title timestamp=5410348784985219840, value=\001I Am
> Legend
> log:change timestamp=5410348784985219840, value=--- []\n\n
>
> 5 row(s) in 0.0070 seconds
>
> ==========
>
> > curl http://localhost:8080/books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?><CellSet><Row
> key="ZmU4MGExZWItMmIzYy00OTk1LTg2MzAtNDEzMWVmNGI0ZWI3"><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOmF1dGhvcg==">AVJpY2hhcmQgTWF0aGVzb24=</Cell><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOmRlc2NyaXB0aW9u">AVRoZSBtb3N0IGNsZXZlciBhbmQgcml2ZXRpbmcgdmFtcGlyZSBub3ZlbCBzaW5jZSBEcmFjdWxhLg==</Cell><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOmxpbmtz">LS0tIFtdCgo=</Cell><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOnRpdGxl">AUkgQW0gTGVnZW5k</Cell><Cell
> timestamp="5410348784985219840"
> column="bG9nOmNoYW5nZQ==">LS0tIFtdCgo=</Cell></Row></CellSet>
>
> > curl -X DELETE -v
> > http://localhost:8080/books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7
> * About to connect() to localhost port 8080 (#0)
> * Trying ::1... connected
> * Connected to localhost (::1) port 8080 (#0)
> > DELETE /books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7 HTTP/1.1
> > User-Agent: curl/7.18.2 (i486-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g
> > zlib/1.2.3.3 libidn/1.10
> > Host: localhost:8080
> > Accept: */*
> >
> < HTTP/1.1 200 OK
> < Content-Length: 0
> <
> * Connection #0 to host localhost left intact
> * Closing connection #0
>
> > curl http://localhost:8080/books/fe80a1eb-2b3c-4995-8630-4131ef4b4eb7
> >
> <?xml version="1.0" encoding="UTF-8" standalone="yes"?><CellSet><Row
> key="ZmU4MGExZWItMmIzYy00OTk1LTg2MzAtNDEzMWVmNGI0ZWI3"><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOmF1dGhvcg==">AVJpY2hhcmQgTWF0aGVzb24=</Cell><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOmRlc2NyaXB0aW9u">AVRoZSBtb3N0IGNsZXZlciBhbmQgcml2ZXRpbmcgdmFtcGlyZSBub3ZlbCBzaW5jZSBEcmFjdWxhLg==</Cell><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOmxpbmtz">LS0tIFtdCgo=</Cell><Cell
> timestamp="5410348784985219840"
> column="YXR0cmlidXRlOnRpdGxl">AUkgQW0gTGVnZW5k</Cell><Cell
> timestamp="5410348784985219840"
> column="bG9nOmNoYW5nZQ==">LS0tIFtdCgo=</Cell></Row></CellSet>
> {noformat}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
