Downloaded -hadoop2 version, checked hash, checked layout and doc (I like the way it has hbasecon logo in there), started it up, loaded in a few million rows of data and verified it there afterward operating in local mode.
Next tried on small cluster (tip of hadoop 2.4 branch). Ran test.IntegrationTestBigLinkedList a few times. As long as I cleared the table between runs, all passed.
Other IntegrationTests seem broke but not related to this RC in particular (not finding files though they seem to be there -- e.g. load csv).
St.Ack On Wed, Mar 26, 2014 at 12:25 PM, Andrew Purtell <[EMAIL PROTECTED]>wrote:
- inspected both tarballs, the documentation, CHANGES.txt, etc
- installed in local and distributed mode (with Hadoop 2.2.0) - in both local and distributed mode, inserted some rows, flushed, compacted, scanned, etc - spot checked the UI pages It all checked out. ________________________________ From: Andrew Purtell <[EMAIL PROTECTED]> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Cc: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Sent: Wednesday, March 26, 2014 12:25 PM Subject: [VOTE] The 3rd HBase 0.98.1 release candidate (RC2) is available for download
Unit test suite passes 100% 25 times out of 25 runs.
Cluster testing looks good with LoadTestTool, YCSB, ITI, and ITIBLL.
An informal performance test on a small cluster comparing 0.98.0 and 0.98.1 indicates no serious perf regressions. See email to dev@ titled "Comparsion between 0.98.0 and 0.98.1RC1 using YCSB". The results are still relevant to this RC.
Some of the integration tests have issues when run in local mode but this test only problem can be fixed later. On Wed, Mar 26, 2014 at 12:25 PM, Andrew Purtell <[EMAIL PROTECTED]>wrote: Best regards,
Problems worthy of attack prove their worth by hitting back. - Piet Hein (via Tom White)
After some more testing in secure deployment of 0.98, I found some issue with cell visibility labels. Namely: HBASE-10863 Scan doesn't return rows for user who has authorization by visibility label in secure deployment HBASE-10857 clear_auths command gives exception on existing label and user in secure deployment
Underneath, they are actually caused by one defect: DefaultScanLabelGenerator#dropLabelsNotInUserAuths() would erroneously drop labels due to mismatching username.
The fix, attached to HBASE-10863, switches to calling user.getShortName() which is consistent with AccessController in working with Kerberos principals.
From users' point of view, it would be expected that cell visibility labels work in secure deployment.
I want to solicit opinion on whether RC3 is needed. If RC3 comes out, I would expect a quick vote.
Cheers On Thu, Mar 27, 2014 at 4:05 PM, Ted Yu <[EMAIL PROTECTED]> wrote:
Apache Lucene, Apache Solr and all other Apache Software Foundation project and their respective logos are trademarks of the Apache Software Foundation.
Elasticsearch, Kibana, Logstash, and Beats are trademarks of Elasticsearch BV, registered in the U.S. and in other countries. This site and Sematext Group is in no way affiliated with Elasticsearch BV.
Service operated by Sematext