Re: My Hbase replication is not working

2021-12-13 Thread Hamado Dene

 Thanks everyone for the info. We apply the fix mentioned by Mallik and we want 
to propose again the serial mode when we update hbase
Il lunedì 13 dicembre 2021, 07:14:43 CET, Mallikarjun 
 ha scritto:  
 
 Thanks Duo

I will patch this and verify for the issue I mentioned above.


On Sun, Dec 12, 2021, 8:06 PM 张铎(Duo Zhang)  wrote:

> We have fixed several replication related issues which may cause data loss,
> for example, this one
>
> https://issues.apache.org/jira/browse/HBASE-26482
>
> For serial replication, if we miss some wal files, it usually causes
> replication to be stuck...
>
> Mallikarjun  于2021年12月12日周日 18:19写道:
>
> > Sync table is to be run manually when you think there can be
> > inconsistencies between the 2 clusters only for specific time period.
> >
> > As soon as you disable serial replication, it should start replicating
> from
> > the time it was stuck. You can build dashboards from jmx metrics
> generated
> > from hmaster to know about these and setup alerts as well.
> >
> >
> >
> > On Sun, Dec 12, 2021, 3:33 PM Hamado Dene 
> > wrote:
> >
> > > Ok perfect.How often should this sync run? I guess in this case you
> have
> > > to automate it somehow, correct?
> > > Since I will have to disable serial mode, do I first have to align
> tables
> > > manually or the moment I disable serial mode, the regionservers will
> > start
> > > replicating from where they were blocked?
> > >
> > >
> > >    Il domenica 12 dicembre 2021, 10:55:05 CET, Mallikarjun <
> > > mallik.v.ar...@gmail.com> ha scritto:
> > >
> > >  https://hbase.apache.org/book.html#hashtable.synctable
> > >
> > > To copy the difference between tables for a specific time period.
> > >
> > > On Sun, Dec 12, 2021, 3:12 PM Hamado Dene  >
> > > wrote:
> > >
> > > > Interesting, thank you very much for the info. I'll try to disable
> > serial
> > > > replication.As for "sync table utility" what do you mean?I am new to
> > > Hbase,
> > > > I am not yet familiar with all Hbase tools.
> > > >
> > > >
> > > >
> > > >    Il domenica 12 dicembre 2021, 10:15:01 CET, Mallikarjun <
> > > > mallik.v.ar...@gmail.com> ha scritto:
> > > >
> > > >  We have faced issues with serial replication when one of the region
> > > server
> > > > of either cluster goes into hardware failure, typically memory from
> my
> > > > understanding. I could not spend enough time to reproduce reliably to
> > > > identify the root cause. So I don't know why it is caused.
> > > >
> > > > Issue could be your serial replication has got into deadlock mode
> among
> > > the
> > > > region servers. Who are not able to make any progress because older
> > > > sequence ID is not replicated and older sequence ID is not in front
> of
> > > the
> > > > line to be able to replicate itself.
> > > >
> > > > Quick fix: disable serial replication temporarily so that out of
> > ordering
> > > > is allowed to unblock the replication. Can result into some
> > > inconsistencies
> > > > between clusters which can be fixed using sync table utility since
> your
> > > > setup is active passive
> > > >
> > > > Another fix: delete barriers for each regions in hbase:meta. Same
> > > > consequence as above.
> > > >
> > > >
> > > > On Sun, Dec 12, 2021, 2:24 PM Hamado Dene
>  > >
> > > > wrote:
> > > >
> > > > > I'm using hbase 2.2.6 with hadoop 2.8.5.Yes, My replication serial
> is
> > > > > enabled.This is my peer configuration
> > > > >
> > > > >
> > > > >
> > > > > |
> > > > > | Peer Id | Cluster Key | Endpoint | State | IsSerial | Bandwidth |
> > > > > ReplicateAll | Namespaces | Exclude Namespaces | Table Cfs |
> Exclude
> > > > Table
> > > > > Cfs |
> > > > > | replicav1 | acv-db10-hn,acv-db11-hn,acv-db12-hn:2181:/hbase |  |
> > > > ENABLED
> > > > > | true | UNLIMITED | true
> > > > >
> > > > >  |
> > > > >
> > > > >    Il domenica 12 dicembre 2021, 09:39:44 CET, Mallikarjun <
> > > > > mallik.v.ar...@gmail.com> ha scritto:
> > > > >
> > > > >  Which version of hbase are you using? Is your replication serial
> > > > enabled?
> > > > >
> > > > > ---
> > > > > Mallikarjun
> > > > >
> > > > >
> > > > > On Sun, Dec 12, 2021 at 1:54 PM Hamado Dene
> > >  > > > >
> > > > > wrote:
> > > > >
> > > > > > Hi Hbase community,
> > > > > >
> > > > > > On our production installation we have two hbase clusters in two
> > > > > different
> > > > > > datacenters.The primary datacenter replicates the data to the
> > > secondary
> > > > > > datacenter.When we create the tables, we first create on the
> > > secondary
> > > > > > datacenter and then on the primary and then we set replication
> > scope
> > > > to 1
> > > > > > on the primary.The peer pointing to quorum zk of the secondary
> > > cluster
> > > > is
> > > > > > configured on the primary.
> > > > > > Initially, replication worked fine and data was replicated.We
> have
> > > > > > recently noticed that some tables are empty in the secondary
> > > > datacenter.
> > > > > So
> > > > > > most likely the data is no longer replicated. I'm seeing line

Re: [NOTICE] Apache log4j2 security vulnerability

2021-12-13 Thread Guangxu Cheng
If there is no objection, I’ll volunteer to RM hbase-operation-tools 1.2.0
--
Best Regards,
Guangxu


张铎(Duo Zhang)  于2021年12月12日周日 22:37写道:

> Besides 3.0.0-alpha-2, we also need to make a new release for
> hbase-operation-tools, any volunteers?
>
> Thanks.
>
> 张铎(Duo Zhang)  于2021年12月10日周五 18:02写道:
>
> > Seems the 2.15.0 is already out. The log4j community decided to close the
> > vote earlier to solve the critical security issue.
> >
> > A developer in our community has already filed an issue and opened a PR.
> >
> > https://issues.apache.org/jira/browse/HBASE-26557
> > https://github.com/apache/hbase/pull/3933
> >
> > Let's get the PR merged and publish 3.0.-alpha-2 ASAP.
> >
> > Tak Lon (Stephen) Wu  于2021年12月10日周五 13:44写道:
> >
> >> Thanks for sharing! I found another post [2] that said how to perform
> such
> >> an attack.
> >>
> >> Should we have a JIRA and keep tracking the solution for it?
> >>
> >> [2] https://www.lunasec.io/docs/blog/log4j-zero-day/
> >>
> >> -Stephen
> >>
> >> On Thu, Dec 9, 2021 at 8:09 PM 张铎(Duo Zhang) 
> >> wrote:
> >>
> >> > See this PR
> >> >
> >> > https://github.com/apache/logging-log4j2/pull/608
> >> >
> >> > Although the final 2.15.0 release for log4j2 has not been published
> >> yet, at
> >> > least on the Chinese internet the details and how to make use of
> >> > this vulnerability has already been public[1].
> >> >
> >> > HBase 3.0.0-alpha-1 is affected, so once 2.15.0 is out, we will push a
> >> > 3.0.0-alpha-2 release out soon. And for those who already use HBase
> >> > 3.0.0-alpha-1, please consider using the following ways to disable
> JNDI
> >> >
> >> > Add '-Dlog4j2.formatMsgNoLookups=true' when starting JVM
> >> > Add 'log4j2.formatMsgNoLookups=True' to config file
> >> > 'export FORMAT_MESSAGES_PATTERN_DISABLE_LOOKUPS=true' before starting
> >> JVM
> >> >
> >> > Thanks.
> >> >
> >> > 1. https://nosec.org/home/detail/4917.html
> >> >
> >>
> >
>