Re: [VOTE] Fourth release candidate for HBase 1.0.0 (RC3) is available. Please vote by Feb 11 2015
Did some more testing: Compiled Hive trunk against published maven artifacts Used shell to exercise various commands, including update_all_config command (verified by reloading regionserver:60030/conf) All looked good. On Tue, Feb 3, 2015 at 10:32 AM, Ted Yu yuzhih...@gmail.com wrote: +1 based on the following: Checked signature Ran test suite Loaded tarball on a 5-node cluster Ran LoadTestTool which passed Will continue testing. On Mon, Feb 2, 2015 at 5:11 PM, Enis Söztutar e...@apache.org wrote: To get the ball rolling, here are the tests that I have done so far. No official +1 yet, since I will spend some more time on this. - checked checksums, sigs - checked the bin and src artifacts - checked layouts - checked java files in src tarball, and jar files in bin tarball - checked the book and the site (they are new style) - checked javadocs for both devapi and userapi - checked reported version, build time, revision - run some smoke tests using shell - started local mode - run LTT local mode - checked the webUI in local mode - checked JMX dump and debug dump I had run most of the ITs on the other RC's, but I'll repeat them for this and report here when done. Happy testing, Enis On Sun, Feb 1, 2015 at 6:38 PM, Enis Söztutar e...@apache.org wrote: It gives me great pleasure to announce that the fourth release candidate for the release 1.0.0 (HBase-1.0.0RC3), is available for download at https://dist.apache.org/repos/dist/dev/hbase/hbase-1.0.0RC3/ Maven artifacts are also available in the temporary repository https://repository.apache.org/content/repositories/orgapachehbase-1061 Signed with my code signing key E964B5FF. Can be found here: https://people.apache.org/keys/committer/enis.asc Signed tag in the repository can be found here: https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=46d9c29d83b535781e8fa8a044c12ee990a002c3 HBase 1.0.0 is the next stable release, and the start of semantic versioned releases (See [1]). The theme of 1.0.0 release is to become a stable base for future 1.x series of releases. We aim to achieve at least the same level of stability of 0.98 releases. 1.0.0 release contains 167 fixes on top of 0.99.2 release. Together with the previous 0.99.x releases, major changes in 1.0.0 are listed (but not limited to) below. Note that all previous 0.99.x releases are developer preview releases, and will NOT be supported in any form. API Cleanup and changes 1.0.0 introduces new APIs, and deprecates some of commonly-used client side APIs (HTableInterface, HTable and HBaseAdmin). We advise to update your application to use the new style of APIs, since deprecated APIs might be removed in future releases (2.x). See [2] and [3] for an overview of changes. All Client side API's are marked with InterfaceAudience.Public class, indicating that the class/method is an official client API for HBase. All 1.x releases are planned to be API compatible for these classes. See [1] for an overview. Master runs a Region Server as well Starting with 1.0.0, the HBase master server and backup master servers will also act as a region server. RPC port and info port for web UI is shared for the master and region server roles. Active master can host regions of defined tables if configured (disabled by default). Backup masters will not host regions. Read availability using timeline consistent region replicas This release contains Phase 1 items for experimental Read availability using timeline consistent region replicas feature. A region can be hosted in multiple region servers in read-only mode. One of the replicas for the region will be primary, accepting writes, and other replicas will be sharing the same data files. Read requests can be done against any replica for the region with backup RPCs for high availability with timeline consistency guarantees. More information can be found at HBASE-10070. Online config change and other forward ports from 0.89-fb branch HBASE-12147 forward ported online config change which enables some of the configuration from the server to be reloaded without restarting the region servers. Other notable improvements in 1.0.0 (including previous 0.99.x) are - A new web skin in time for 1.0 (http://hbase.apache.org) - Automatic tuning of global memstore and block cache sizes - Various security, tags and visibility labels improvements - Bucket cache improvements (usability and compressed data blocks) - A new pluggable replication endpoint to plug in to HBase's inter-cluster replication to replicate to a custom data store - A Dockerfile to easily build and run HBase from source - Truncate table command - Region assignment to use hbase:meta table instead of zookeeper for faster region assignment
[jira] [Created] (HBASE-12978) hbase:meta has a row missing hregioninfo and it causes my long-running job to fail
stack created HBASE-12978: - Summary: hbase:meta has a row missing hregioninfo and it causes my long-running job to fail Key: HBASE-12978 URL: https://issues.apache.org/jira/browse/HBASE-12978 Project: HBase Issue Type: Bug Reporter: stack Fix For: 1.0.0 Testing 1.0.0 trying long-running tests. A row in hbase:meta was missing its HRI entry. It caused the job to fail. Around the time of the first task failure, there are balances of the hbase:meta region and it was on a server that crashed. I tried to look at what happened around time of our writing hbase:meta and I ran into another issue; 20 logs of 256MBs filled with WrongRegionException written over a minute or two. The actual update of hbase:meta was not in the logs, it'd been rotated off. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HBASE-12979) Use setters instead of return values for handing back statistics from HRegion methods
Andrew Purtell created HBASE-12979: -- Summary: Use setters instead of return values for handing back statistics from HRegion methods Key: HBASE-12979 URL: https://issues.apache.org/jira/browse/HBASE-12979 Project: HBase Issue Type: Improvement Affects Versions: 0.98.10 Reporter: Andrew Purtell Assignee: Andrew Purtell In HBASE-5162 (and backports such as HBASE-12729) we modified some HRegion methods to return statistics for consumption by callers. The statistics are ultimately passed back to the client as load feedback. [~lhofhansl] thinks returning this information is a weird mix of concerns. This also produced a difficult to anticipate binary compatibility issue with Phoenix. There was no compile time issue because the code of course was not structured to assign from a method returning void, yet the method signature changes so the JVM cannot resolve it if older Phoenix binaries are installed into a 0.98.10 release. Let's change the HRegion methods back to returning 'void' and use setters instead. Officially we don't support use of HRegion (HBASE-12566) but we do not need to go out of our way to break things (smile) so I would also like to make a patch release containing just this change to help out our sister project. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [VOTE] Fourth release candidate for HBase 1.0.0 (RC3) is available. Please vote by Feb 11 2015
Thanks for the tests so far. Unfortunately, I think HBASE-12956 is an important regression to fix. I'll let RC3 sink as well, and will spin up a new one when that is fixed. Please feel free to continue the testing on this RC though for other tests. The changes in the next RC should not be too much. Enis On Thu, Feb 5, 2015 at 12:47 PM, Ted Yu yuzhih...@gmail.com wrote: Did some more testing: Compiled Hive trunk against published maven artifacts Used shell to exercise various commands, including update_all_config command (verified by reloading regionserver:60030/conf) All looked good. On Tue, Feb 3, 2015 at 10:32 AM, Ted Yu yuzhih...@gmail.com wrote: +1 based on the following: Checked signature Ran test suite Loaded tarball on a 5-node cluster Ran LoadTestTool which passed Will continue testing. On Mon, Feb 2, 2015 at 5:11 PM, Enis Söztutar e...@apache.org wrote: To get the ball rolling, here are the tests that I have done so far. No official +1 yet, since I will spend some more time on this. - checked checksums, sigs - checked the bin and src artifacts - checked layouts - checked java files in src tarball, and jar files in bin tarball - checked the book and the site (they are new style) - checked javadocs for both devapi and userapi - checked reported version, build time, revision - run some smoke tests using shell - started local mode - run LTT local mode - checked the webUI in local mode - checked JMX dump and debug dump I had run most of the ITs on the other RC's, but I'll repeat them for this and report here when done. Happy testing, Enis On Sun, Feb 1, 2015 at 6:38 PM, Enis Söztutar e...@apache.org wrote: It gives me great pleasure to announce that the fourth release candidate for the release 1.0.0 (HBase-1.0.0RC3), is available for download at https://dist.apache.org/repos/dist/dev/hbase/hbase-1.0.0RC3/ Maven artifacts are also available in the temporary repository https://repository.apache.org/content/repositories/orgapachehbase-1061 Signed with my code signing key E964B5FF. Can be found here: https://people.apache.org/keys/committer/enis.asc Signed tag in the repository can be found here: https://git-wip-us.apache.org/repos/asf?p=hbase.git;a=tag;h=46d9c29d83b535781e8fa8a044c12ee990a002c3 HBase 1.0.0 is the next stable release, and the start of semantic versioned releases (See [1]). The theme of 1.0.0 release is to become a stable base for future 1.x series of releases. We aim to achieve at least the same level of stability of 0.98 releases. 1.0.0 release contains 167 fixes on top of 0.99.2 release. Together with the previous 0.99.x releases, major changes in 1.0.0 are listed (but not limited to) below. Note that all previous 0.99.x releases are developer preview releases, and will NOT be supported in any form. API Cleanup and changes 1.0.0 introduces new APIs, and deprecates some of commonly-used client side APIs (HTableInterface, HTable and HBaseAdmin). We advise to update your application to use the new style of APIs, since deprecated APIs might be removed in future releases (2.x). See [2] and [3] for an overview of changes. All Client side API's are marked with InterfaceAudience.Public class, indicating that the class/method is an official client API for HBase. All 1.x releases are planned to be API compatible for these classes. See [1] for an overview. Master runs a Region Server as well Starting with 1.0.0, the HBase master server and backup master servers will also act as a region server. RPC port and info port for web UI is shared for the master and region server roles. Active master can host regions of defined tables if configured (disabled by default). Backup masters will not host regions. Read availability using timeline consistent region replicas This release contains Phase 1 items for experimental Read availability using timeline consistent region replicas feature. A region can be hosted in multiple region servers in read-only mode. One of the replicas for the region will be primary, accepting writes, and other replicas will be sharing the same data files. Read requests can be done against any replica for the region with backup RPCs for high availability with timeline consistency guarantees. More information can be found at HBASE-10070. Online config change and other forward ports from 0.89-fb branch HBASE-12147 forward ported online config change which enables some of the configuration from the server to be reloaded without restarting the region servers. Other notable improvements in 1.0.0 (including previous 0.99.x) are - A new web skin in time for 1.0 (http://hbase.apache.org) -
[jira] [Reopened] (HBASE-12958) SSH doing hbase:meta get but hbase:meta not assigned
[
https://issues.apache.org/jira/browse/HBASE-12958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack reopened HBASE-12958:
---
Reverted branch-1*. Reopening till get them in.
SSH doing hbase:meta get but hbase:meta not assigned
Key: HBASE-12958
URL: https://issues.apache.org/jira/browse/HBASE-12958
Project: HBase
Issue Type: Bug
Affects Versions: 1.0.0
Reporter: stack
Assignee: stack
Fix For: 2.0.0, 1.0.1, 1.1.0, 0.98.11
Attachments: 12958.branch-1.v2.txt, 12958.txt, 12958v2.txt,
12958v2.txt, HBASE-12958-0.98-addendum.patch
All master threads are blocked waiting on this call to return:
{code}
MASTER_SERVER_OPERATIONS-c2020:16020-2 #189 prio=5 os_prio=0
tid=0x7f4b0408b000 nid=0x7821 in Object.wait() [0x7f4ada24d000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at
org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:168)
- locked 0x00041c374f50 (a
java.util.concurrent.atomic.AtomicBoolean)
at org.apache.hadoop.hbase.client.HTable.get(HTable.java:881)
at
org.apache.hadoop.hbase.MetaTableAccessor.get(MetaTableAccessor.java:208)
at
org.apache.hadoop.hbase.MetaTableAccessor.getRegionLocation(MetaTableAccessor.java:250)
at
org.apache.hadoop.hbase.MetaTableAccessor.getRegion(MetaTableAccessor.java:225)
at
org.apache.hadoop.hbase.master.RegionStates.serverOffline(RegionStates.java:634)
- locked 0x00041c1f0d80 (a
org.apache.hadoop.hbase.master.RegionStates)
at
org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(AssignmentManager.java:3298)
at
org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:226)
at
org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
Master is stuck trying to find hbase:meta on the server that just crashed and
that we just recovered:
Mon Feb 02 23:00:02 PST 2015, null, java.net.SocketTimeoutException:
callTimeout=6, callDuration=68181: row '' on table 'hbase:meta' at
region=hbase:meta,,1.1588230740,
hostname=c2022.halxg.cloudera.com,16020,1422944918568, seqNum=0
Will add more detail in a sec.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
com/google/protobuf/Message not found Exception
Dell Customer Communication Hi All, I'm getting NoClassFound exception for /com/google/protobuf/Message while getting connection to HTable in HBase. I am running HBase server single node on a VM with HBaseClient running on OSGI Karaf. I'm using the HBase 0.94.15 and Hadoop 1.0.4. I wrapped these two jars as feature and deployed on Karaf. Any idea why this exception is thrown on Karaf? Which jar HBase 0.94.15 is using for this class? Do I need to deploy anything extra on Karaf? Thanks, YuLing Caused by: java.lang.ClassNotFoundException: com.google.protobuf.Message at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader .java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:42 1) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:41 2) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultCl assLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 64 more
[jira] [Resolved] (HBASE-12977) normalize handlerCount to keep handlers distributed evenly among callQueues
[ https://issues.apache.org/jira/browse/HBASE-12977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell resolved HBASE-12977. Resolution: Not a Problem Assignee: (was: hongyu bi) Resolving as Not A Problem, please reopen if you disagree with the outcome normalize handlerCount to keep handlers distributed evenly among callQueues Key: HBASE-12977 URL: https://issues.apache.org/jira/browse/HBASE-12977 Project: HBase Issue Type: Improvement Reporter: hongyu bi Priority: Minor Attachments: HBASE-12977-v0.patch If enable multi callQueues , handlers may not be distributed evenly among multi queues, which mean the queue's capacity is not the same. Should we make handler's distribution even? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: com/google/protobuf/Message not found Exception
I'm not familiar with Karaf so I do not know what is a feature in Karaf. But hbase-client depends on many other jars, so usually you need to deploy them all, not only the hbase-client.jar and hadoop.jar. And for java programs, some people use maven-shade-plugin to pack a big jar with all dependencies in it and deploy it. Hope this could help. 2015-02-06 8:38 GMT+08:00 yulin...@dell.com: Dell Customer Communication Hi All, I'm getting NoClassFound exception for /com/google/protobuf/Message while getting connection to HTable in HBase. I am running HBase server single node on a VM with HBaseClient running on OSGI Karaf. I'm using the HBase 0.94.15 and Hadoop 1.0.4. I wrapped these two jars as feature and deployed on Karaf. Any idea why this exception is thrown on Karaf? Which jar HBase 0.94.15 is using for this class? Do I need to deploy anything extra on Karaf? Thanks, YuLing Caused by: java.lang.ClassNotFoundException: com.google.protobuf.Message at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader .java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:42 1) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:41 2) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultCl assLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 64 more
RE: com/google/protobuf/Message not found Exception
Dell Customer Communication Thanks Ted and Zhang for the replies. Yes, I got it work by adding a bundle in feature.xml of Karaf. Thanks, YuLing -Original Message- From: 张铎 [mailto:palomino...@gmail.com] Sent: Thursday, February 05, 2015 5:56 PM To: dev@hbase.apache.org Subject: Re: com/google/protobuf/Message not found Exception I'm not familiar with Karaf so I do not know what is a feature in Karaf. But hbase-client depends on many other jars, so usually you need to deploy them all, not only the hbase-client.jar and hadoop.jar. And for java programs, some people use maven-shade-plugin to pack a big jar with all dependencies in it and deploy it. Hope this could help. 2015-02-06 8:38 GMT+08:00 : Dell Customer Communication Hi All, I'm getting NoClassFound exception for /com/google/protobuf/Message while getting connection to HTable in HBase. I am running HBase server single node on a VM with HBaseClient running on OSGI Karaf. I'm using the HBase 0.94.15 and Hadoop 1.0.4. I wrapped these two jars as feature and deployed on Karaf. Any idea why this exception is thrown on Karaf? Which jar HBase 0.94.15 is using for this class? Do I need to deploy anything extra on Karaf? Thanks, YuLing Caused by: java.lang.ClassNotFoundException: com.google.protobuf.Message at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(Bundle Loader .java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.j ava:42 1) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.j ava:41 2) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(Def aultCl assLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 64 more
Re: com/google/protobuf/Message not found Exception
You can search in hbase source code: import com.google.protobuf.Message; ./src/main/java/org/apache/hadoop/hbase/io/HbaseObjectWritable.java com.google.protobuf.Message.class, ./src/main/java/org/apache/hadoop/hbase/mapreduce/TableMapReduceUtil.java From dependency tree: [INFO] org.apache.hbase:hbase:jar:0.94.26 ... [INFO] +- com.google.protobuf:protobuf-java:jar:2.4.0a:compile Please include the protobuf jar as feature. Cheers On Thu, Feb 5, 2015 at 4:38 PM, yulin...@dell.com wrote: Dell Customer Communication Hi All, I'm getting NoClassFound exception for /com/google/protobuf/Message while getting connection to HTable in HBase. I am running HBase server single node on a VM with HBaseClient running on OSGI Karaf. I'm using the HBase 0.94.15 and Hadoop 1.0.4. I wrapped these two jars as feature and deployed on Karaf. Any idea why this exception is thrown on Karaf? Which jar HBase 0.94.15 is using for this class? Do I need to deploy anything extra on Karaf? Thanks, YuLing Caused by: java.lang.ClassNotFoundException: com.google.protobuf.Message at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader .java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:42 1) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:41 2) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultCl assLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 64 more
[jira] [Created] (HBASE-12977) normalize handlerCount to keep handlers distributed evenly among callQueues
hongyu bi created HBASE-12977: - Summary: normalize handlerCount to keep handlers distributed evenly among callQueues Key: HBASE-12977 URL: https://issues.apache.org/jira/browse/HBASE-12977 Project: HBase Issue Type: Improvement Reporter: hongyu bi Assignee: hongyu bi Priority: Minor If enable multi callQueues , handlers may not be distributed evenly among multi queues, which mean the queue's capacity is not the same. Should we make handler's distribution even? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[RESULT] [VOTE] The 3rd HBase 0.98.10 release candidate (RC2) is available, vote closing 2/4/2015
With 4 +1 votes and no votes = 0, the vote passes and we have our 0.98.10 release. I have sent the artifacts onward for distribution and will send out the release announcement shortly. On Sat, Jan 31, 2015 at 10:07 PM, Andrew Purtell apurt...@apache.org wrote: The 3rd HBase 0.98.10 release candidate (RC2) is available for download at http://people.apache.org/~apurtell/0.98.10RC2/ and Maven artifacts are also available in the temporary repository https://repository.apache.org/content/repositories/orgapachehbase-1060/ Signed with my code signing key D5365CCD. The issues resolved in this release can be found at http://s.apache.org/7hO Please try out the candidate and vote +1/-1 by midnight Pacific Time (00:00 -0800 GMT) on February 4 on whether or not we should release this as 0.98.10. Three +1 votes from PMC will be required to release.
[jira] [Reopened] (HBASE-12914) Mark public features that require HFilev3 Unstable in 0.98, warn in upgrade section
[ https://issues.apache.org/jira/browse/HBASE-12914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell reopened HBASE-12914: Patch application broke both 0.98 builds with compile errors. Please check compile before commit, it doesn't take long. I will fix the problem this time. Mark public features that require HFilev3 Unstable in 0.98, warn in upgrade section --- Key: HBASE-12914 URL: https://issues.apache.org/jira/browse/HBASE-12914 Project: HBase Issue Type: Bug Components: API, documentation Affects Versions: 0.98.6, 0.98.7, 0.98.8, 0.98.9 Reporter: Sean Busbey Assignee: ramkrishna.s.vasudevan Priority: Critical Fix For: 0.98.11 Attachments: HBASE-12914-0.98.patch, HBASE-12914-branch-1.patch, HBASE-12914.patch There are several features in 0.98 that require enabling HFilev3 support. Some of those features include new extendable components that are marked IA.Public. Current practice has been to treat these features as experimental. This has included pushing non-compatible changes to branch-1 as the API got worked out through use in 0.98. * Update all of the IA.Public classes involved to make sure they are IS.Unstable in 0.98. * Update the ref guide section on upgrading from 0.98 - 1.0 to make folks aware of these changes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Reopened] (HBASE-12958) SSH doing hbase:meta get but hbase:meta not assigned
[
https://issues.apache.org/jira/browse/HBASE-12958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell reopened HBASE-12958:
Patch application broke both 0.98 builds with compile errors. Please check
compile before commit, it doesn't take long. I will fix the problem this time.
SSH doing hbase:meta get but hbase:meta not assigned
Key: HBASE-12958
URL: https://issues.apache.org/jira/browse/HBASE-12958
Project: HBase
Issue Type: Bug
Affects Versions: 1.0.0
Reporter: stack
Assignee: stack
Fix For: 2.0.0, 1.0.1, 1.1.0, 0.98.11
Attachments: 12958.txt, 12958v2.txt, 12958v2.txt
All master threads are blocked waiting on this call to return:
{code}
MASTER_SERVER_OPERATIONS-c2020:16020-2 #189 prio=5 os_prio=0
tid=0x7f4b0408b000 nid=0x7821 in Object.wait() [0x7f4ada24d000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at
org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:168)
- locked 0x00041c374f50 (a
java.util.concurrent.atomic.AtomicBoolean)
at org.apache.hadoop.hbase.client.HTable.get(HTable.java:881)
at
org.apache.hadoop.hbase.MetaTableAccessor.get(MetaTableAccessor.java:208)
at
org.apache.hadoop.hbase.MetaTableAccessor.getRegionLocation(MetaTableAccessor.java:250)
at
org.apache.hadoop.hbase.MetaTableAccessor.getRegion(MetaTableAccessor.java:225)
at
org.apache.hadoop.hbase.master.RegionStates.serverOffline(RegionStates.java:634)
- locked 0x00041c1f0d80 (a
org.apache.hadoop.hbase.master.RegionStates)
at
org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(AssignmentManager.java:3298)
at
org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:226)
at
org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
Master is stuck trying to find hbase:meta on the server that just crashed and
that we just recovered:
Mon Feb 02 23:00:02 PST 2015, null, java.net.SocketTimeoutException:
callTimeout=6, callDuration=68181: row '' on table 'hbase:meta' at
region=hbase:meta,,1.1588230740,
hostname=c2022.halxg.cloudera.com,16020,1422944918568, seqNum=0
Will add more detail in a sec.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (HBASE-12914) Mark public features that require HFilev3 Unstable in 0.98, warn in upgrade section
[ https://issues.apache.org/jira/browse/HBASE-12914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Purtell resolved HBASE-12914. Resolution: Fixed My bad, the Jenkins changelog lead me astray, the issue is the HBASE-12958 commit. I am going to go make the above comment over there. Mark public features that require HFilev3 Unstable in 0.98, warn in upgrade section --- Key: HBASE-12914 URL: https://issues.apache.org/jira/browse/HBASE-12914 Project: HBase Issue Type: Bug Components: API, documentation Affects Versions: 0.98.6, 0.98.7, 0.98.8, 0.98.9 Reporter: Sean Busbey Assignee: ramkrishna.s.vasudevan Priority: Critical Fix For: 0.98.11 Attachments: HBASE-12914-0.98.patch, HBASE-12914-branch-1.patch, HBASE-12914.patch There are several features in 0.98 that require enabling HFilev3 support. Some of those features include new extendable components that are marked IA.Public. Current practice has been to treat these features as experimental. This has included pushing non-compatible changes to branch-1 as the API got worked out through use in 0.98. * Update all of the IA.Public classes involved to make sure they are IS.Unstable in 0.98. * Update the ref guide section on upgrading from 0.98 - 1.0 to make folks aware of these changes. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [RESULT] [VOTE] The 3rd HBase 0.98.10 release candidate (RC2) is available, vote closing 2/4/2015
Don't let me forget to thank all who voted on the release! (Doh) Your patience and time are really appreciated. On Thu, Feb 5, 2015 at 10:15 AM, Andrew Purtell apurt...@apache.org wrote: With 4 +1 votes and no votes = 0, the vote passes and we have our 0.98.10 release. I have sent the artifacts onward for distribution and will send out the release announcement shortly. On Sat, Jan 31, 2015 at 10:07 PM, Andrew Purtell apurt...@apache.org wrote: The 3rd HBase 0.98.10 release candidate (RC2) is available for download at http://people.apache.org/~apurtell/0.98.10RC2/ and Maven artifacts are also available in the temporary repository https://repository.apache.org/content/repositories/orgapachehbase-1060/ Signed with my code signing key D5365CCD. The issues resolved in this release can be found at http://s.apache.org/7hO Please try out the candidate and vote +1/-1 by midnight Pacific Time (00:00 -0800 GMT) on February 4 on whether or not we should release this as 0.98.10. Three +1 votes from PMC will be required to release. -- Best regards, - Andy Problems worthy of attack prove their worth by hitting back. - Piet Hein (via Tom White)
[jira] [Resolved] (HBASE-12958) SSH doing hbase:meta get but hbase:meta not assigned
[
https://issues.apache.org/jira/browse/HBASE-12958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Purtell resolved HBASE-12958.
Resolution: Fixed
Addendum pushed to 0.98
SSH doing hbase:meta get but hbase:meta not assigned
Key: HBASE-12958
URL: https://issues.apache.org/jira/browse/HBASE-12958
Project: HBase
Issue Type: Bug
Affects Versions: 1.0.0
Reporter: stack
Assignee: stack
Fix For: 2.0.0, 1.0.1, 1.1.0, 0.98.11
Attachments: 12958.txt, 12958v2.txt, 12958v2.txt,
HBASE-12958-0.98-addendum.patch
All master threads are blocked waiting on this call to return:
{code}
MASTER_SERVER_OPERATIONS-c2020:16020-2 #189 prio=5 os_prio=0
tid=0x7f4b0408b000 nid=0x7821 in Object.wait() [0x7f4ada24d000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at
org.apache.hadoop.hbase.client.RpcRetryingCaller.callWithRetries(RpcRetryingCaller.java:168)
- locked 0x00041c374f50 (a
java.util.concurrent.atomic.AtomicBoolean)
at org.apache.hadoop.hbase.client.HTable.get(HTable.java:881)
at
org.apache.hadoop.hbase.MetaTableAccessor.get(MetaTableAccessor.java:208)
at
org.apache.hadoop.hbase.MetaTableAccessor.getRegionLocation(MetaTableAccessor.java:250)
at
org.apache.hadoop.hbase.MetaTableAccessor.getRegion(MetaTableAccessor.java:225)
at
org.apache.hadoop.hbase.master.RegionStates.serverOffline(RegionStates.java:634)
- locked 0x00041c1f0d80 (a
org.apache.hadoop.hbase.master.RegionStates)
at
org.apache.hadoop.hbase.master.AssignmentManager.processServerShutdown(AssignmentManager.java:3298)
at
org.apache.hadoop.hbase.master.handler.ServerShutdownHandler.process(ServerShutdownHandler.java:226)
at
org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:128)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
Master is stuck trying to find hbase:meta on the server that just crashed and
that we just recovered:
Mon Feb 02 23:00:02 PST 2015, null, java.net.SocketTimeoutException:
callTimeout=6, callDuration=68181: row '' on table 'hbase:meta' at
region=hbase:meta,,1.1588230740,
hostname=c2022.halxg.cloudera.com,16020,1422944918568, seqNum=0
Will add more detail in a sec.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
