[jira] [Created] (HBASE-27812) Provide option in HBase UI to disable stack trace for security

Yash Dodeja created HBASE-27812: --- Summary: Provide option in HBase UI to disable stack trace for security Key: HBASE-27812 URL: https://issues.apache.org/jira/browse/HBASE-27812 Project: HBase

[jira] [Created] (HBASE-27811) Enable cache control for logs endpoint and set max age as 0

Yash Dodeja created HBASE-27811: --- Summary: Enable cache control for logs endpoint and set max age as 0 Key: HBASE-27811 URL: https://issues.apache.org/jira/browse/HBASE-27811 Project: HBase

Re: FYI: CNCF Storage Committee meetings

Thank you for the heads up. I'll try to make it to at least one of these. Random note: Looking at the minutes from previous meetings I stumbled across Pelikan which could an interesting option for an external cache. This had useful information https://pelikan.io/2019/why-pelikan.html On Tue, Apr

[DISCUSS] Merge feature branch HBASE-27109 back to master

The issue is about moving replication queue storage from zookeeper to a hbase table. As discussed many times before, the most difficult thing here is the cyclic dependencies between the WAL system and replication system. And in HBASE-27109 we finally solved the problem, by delaying the update to

[jira] [Created] (HBASE-27810) HBCK throws RejectedExecutionException when closing ZooKeeper resources

Andor Molnar created HBASE-27810: Summary: HBCK throws RejectedExecutionException when closing ZooKeeper resources Key: HBASE-27810 URL: https://issues.apache.org/jira/browse/HBASE-27810 Project:

[NOTICE] New Feature: file system based replication peer storage implementation

Just a heads up that in HBASE-27110, we have implemented a new file system based replication peer storage, and we have also implemented a migration tool, as well as other infrastructures like new shell commands, to support migrating replication peer storage online. This feature is also backported

[jira] [Resolved] (HBASE-27110) Move replication peer storage from zookeeper to other storage systems

[ https://issues.apache.org/jira/browse/HBASE-27110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang resolved HBASE-27110. --- Hadoop Flags: Reviewed Resolution: Fixed All sub tasks are done, resolved. Thanks all for

[jira] [Resolved] (HBASE-27803) Update ref guide about the changes of the replication storage related concepts

[ https://issues.apache.org/jira/browse/HBASE-27803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Duo Zhang resolved HBASE-27803. --- Hadoop Flags: Reviewed Resolution: Fixed Merged to master. Thanks [~heliangjun] for

FYI: CNCF Storage Committee meetings

Heya, For folks interested in HBase on Kubernetes, and storage in CNCF more broadly, the CNCF has a technical advisory group ("TAG") focused on storage [0]. They meet twice each month, the next call being tomorrow, 26 April. I don't yet know the nature of the calls. I had some discussions about

Re: [DISCUSS] Do not send jira notification emails to dev list?

OK, looks like we still want to keep the current way. I will include this in the next board report. Thanks! Nick Dimiduk 于2023年4月21日周五 21:37写道： > I prefer the system as it is. It’s simple enough to filter for messages not > sent by Jira in my mail client. Maybe it’s a bad UX if you’re on