hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-15367) Configuring DisabledWAL provider hangs the RegionServer
Date Tue, 01 Mar 2016 14:38:18 GMT

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

stack commented on HBASE-15367:
-------------------------------

This has probably not worked in a long time. 

One thought is that the writeMarker needs to be inside the WAL provider rather than out in
util. If the provider 'provides' how to do the writeMaker, it can be a noop in disabled WAL
provider.

> Configuring DisabledWAL provider hangs the RegionServer
> -------------------------------------------------------
>
>                 Key: HBASE-15367
>                 URL: https://issues.apache.org/jira/browse/HBASE-15367
>             Project: HBase
>          Issue Type: Bug
>            Reporter: ramkrishna.s.vasudevan
>            Assignee: ramkrishna.s.vasudevan
>            Priority: Minor
>
> DisabledWALProvider is not for production cases. But still configuring one does not allow
region opening to work fine and thus hanging create table process.
> [code}
>   at org.apache.hadoop.hbase.wal.WALKey.getWriteEntry(WALKey.java:106)
>         at org.apache.hadoop.hbase.regionserver.wal.WALUtil.writeMarker(WALUtil.java:133)
>         at org.apache.hadoop.hbase.regionserver.wal.WALUtil.writeRegionEventMarker(WALUtil.java:88)
>         at org.apache.hadoop.hbase.regionserver.HRegion.writeRegionOpenMarker(HRegion.java:1006)
>         at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6483)
>         at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6433)
>         at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6404)
>         at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6360)
>         at org.apache.hadoop.hbase.regionserver.HRegion.openHRegion(HRegion.java:6311)
>         at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.openRegion(OpenRegionHandler.java:282)
>         at org.apache.hadoop.hbase.regionserver.handler.OpenRegionHandler.process(OpenRegionHandler.java:107)
>         at org.apache.hadoop.hbase.executor.EventHandler.run(EventHandler.java:104)
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> {code}
> But there is also a clear comment in WALUtil#writeMarker
> {code}
>  // If you get hung here, is it a real WAL or a mocked WAL? If the latter, you need to
>       // trip the latch that is inside in getWriteEntry up in your mock. See down in
the append
>       // called from onEvent in FSHLog.
> {code}
> But this is about Mocking but here it is not mocking and still we are not able to use
it. The only option is like the client should say SKIP_WAL for every mutation if we really
need to avoid WAL.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message