Re: [ANNOUNCE] Please welcome Viraj Jasani to the Apache HBase PMC
congratulations Viraj! Jan Hentschel 于2020年10月6日周二 上午5:32写道: > Congrats and welcome Viraj! > > From: Andrew Purtell > Reply-To: "d...@hbase.apache.org" > Date: Monday, October 5, 2020 at 6:58 PM > To: dev , Hbase-User > Subject: [ANNOUNCE] Please welcome Viraj Jasani to the Apache HBase PMC > > On behalf of the Apache HBase PMC I am pleased to announce that > Viraj Jasani has accepted our invitation to become a PMC member on the > HBase project. We appreciate Viraj stepping up to take more > responsibility for the project. > > Please join me in welcoming Viraj to the HBase PMC! > > > As a reminder, if anyone would like to nominate another person as a > committer or PMC member, even if you are not currently a committer or > PMC member, you can always drop a note to priv...@hbase.apache.org priv...@hbase.apache.org> > to let us know. > > -- > Best regards, > Andrew > >
Re: [ANNOUNCE] New HBase committer Yulin Niu
Thank you all, I will contribute more to the community! Toshihiro Suzuki 于2020年12月5日周六 上午10:39写道: > Congratulations Yulin! > > On Sat, Dec 5, 2020 at 10:38 AM Nick Dimiduk wrote: > > > Congratulations and thank you for your contributions! > > > > On Thu, Dec 3, 2020 at 01:11 Guanghao Zhang wrote: > > > > > Folks, > > > > > > On behalf of the Apache HBase PMC I am pleased to announce that Yulin > Niu > > > has accepted the PMC's invitation to become a committer on the project. > > > > > > We appreciate all of the great contributions Yulin has made to the > > > community thus far and we look forward to his continued involvement. > > > > > > Allow me to be the first to congratulate Yulin on his new role! > > > > > > Thanks. > > > > > >
Re: [ANNOUNCE] New HBase committer Zhuoyue Huang(GeorryHuang)
Congratulations and Welcome Zhuoyue ! xin sun 于2021年10月14日周四 下午3:24写道: > Congratulations and Welcome Zhuoyue !! > > 在 2021/10/14 15:14,“Guanghao Zhang” 写入: > > Folks, > > On behalf of the Apache HBase PMC I am pleased to announce that Zhuoyue > Huang has accepted the PMC's invitation to become a committer on the > project. > > We appreciate all of the great contributions Zhuoyue Huang has made to > the > community thus far and we look forward to his continued involvement. > > Allow me to be the first to congratulate Zhuoyue Huang on his new role! > > Thanks. > > >
Re: HBase master unable to recover with error "Cannot seek after EOF"
https://issues.apache.org/jira/browse/HBASE-25053 It seems the bug described in this issue, You can try cherry pick this patch, Claude M Viraj Jasani 于2021年12月19日周日 02:17写道: > > Your fix is a bit dangerous since you may lose some ongoing procedures, > but > > if you did not experience any inconsistency on your cluster, for example, > > some regions are not online, then it is OK. > > Duo, out of curiosity, even if some regions are offline and/or some servers > go offline, wouldn't master failover re-trigger SCPs and TRSPs to bring all > regions ONLINE? > I have played around with removal of MasterProcWAL on hbase1 only (WAL proc > store) and have seen new SCPs getting triggered i.e. AM doesn bring all > regions ONLINE eventually. > > > On Thu, Dec 16, 2021 at 9:57 PM 张铎(Duo Zhang) > wrote: > > > I guess this should be a bug. For the master local region we do not > handle > > broken WAL files which do not even have a valid header. > > > > Will take a look at the code tomorrow to confirm whether this is the > case. > > > > Your fix is a bit dangerous since you may lose some ongoing procedures, > but > > if you did not experience any inconsistency on your cluster, for example, > > some regions are not online, then it is OK. > > > > Thanks for reporting. > > > > Claude M 于2021年12月16日周四 03:37写道: > > > > > Hello, > > > > > > I have the following installed: > > > > > >- Hadoop 3.2.2 > > >- HBase 2.3.5 > > > > > > > > > When all the datanodes in Hadoop are stopped but the HBase cluster is > > > still running, the HBase master crashes w/ the attached exception and > is > > > not recoverable. > > > > > > If I delete the contents under the following directories in hdfs, the > > > master will then recover: > > > > > >- /hbase/MasterData/WALs/ > > >- /hbase/MasterData/data/master/store/*/recovered.wals/ > > > > > > Is this an appropriate way to resolve the issue? If not, what should > be > > > done? > > > > > > > > > Thanks > > > > > >