[jira] [Created] (HBASE-28611) [hbase-operator-tools] setRegionState log should match actual region state
Nikita Pande created HBASE-28611:
Summary: [hbase-operator-tools] setRegionState log should match
actual region state
Key: HBASE-28611
URL: https://issues.apache.org/jira/browse/HBASE-28611
Project: HBase
Issue Type: Improvement
Reporter: Nikita Pande
{code:java}
hbase:007:0> list_regions 'ns1:ot1'
SERVER_NAME |
REGION_NAME | START_KEY | END_KEY | SIZE | REQ |
LOCALITY |
|
-- | -- |
-- | - | - | -- |
,16020,1716198252550 |
ns1:ot1,,1716198398262.4fee86bfd0585b9e8431bc2f8148b11b. | |
10 | 0 | 0 | 0.0 |
,16020,1716198252550 |
ns1:ot1,10,1716198398262.ebec0c22088e9486c044458389de5e16. | 10 |
20 | 0 | 0 | 0.0 |
,16020,1716198252550 |
ns1:ot1,20,1716198398262.fbd628f29f99d5e1ccc73abbbafc5f62. | 20 |
30 | 0 | 0 | 0.0 |
,16020,1716198252550 |
ns1:ot1,30,1716198398262.621f63c9aebf16614bdaa4c8b22bd681. | 30 |
40 | 0 | 0 | 0.0 |
,16020,1716198252550 |
ns1:ot1,40,1716198398262.4a3d75653f14bbbf90dda0db1a1eddcc. | 40 |
| 0 | 0 | 0.0 |{code}
{code:java}
hbase hbck -j setRegionState 4a3d75653f14bbbf90dda0db1a1eddcc
CLOSED {code}
With this command, CLI shows the state is changed to CLOSED
{code:java}
Changed region 4a3d75653f14bbbf90dda0db1a1eddcc STATE from OPEN to CLOSED {code}
However same region state in Hbase UI is still OPEN.
Next time when I run same command again, it changes from CLOSED to CLOSED
{code:java}
Changed region 4a3d75653f14bbbf90dda0db1a1eddcc STATE from CLOSED to
CLOSED{code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (HBASE-28610) [Hbase Operator Tools] Suport Hbase 2.6.0
Nikita Pande created HBASE-28610: Summary: [Hbase Operator Tools] Suport Hbase 2.6.0 Key: HBASE-28610 URL: https://issues.apache.org/jira/browse/HBASE-28610 Project: HBase Issue Type: Improvement Components: hbase-operator-tools Reporter: Nikita Pande Bump up hbase.version from 2.4.4 to 2.6.0 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28609) [HBase Connectors] Support Hbase 2.6.0
Nikita Pande created HBASE-28609: Summary: [HBase Connectors] Support Hbase 2.6.0 Key: HBASE-28609 URL: https://issues.apache.org/jira/browse/HBASE-28609 Project: HBase Issue Type: Improvement Components: hbase-connectors Reporter: Nikita Pande Bump up hbase.version from 2.5.4 to 2.6.0 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28606) [hbase-connectors] Support for build on mac M1
Nikita Pande created HBASE-28606: Summary: [hbase-connectors] Support for build on mac M1 Key: HBASE-28606 URL: https://issues.apache.org/jira/browse/HBASE-28606 Project: HBase Issue Type: Improvement Reporter: Nikita Pande [INFO] --- protobuf:0.6.1:compile (compile-protoc) @ hbase-spark-protocol --- [ERROR] PROTOC FAILED: -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28552) Update bouncycastle dependency
Nikita Pande created HBASE-28552: Summary: Update bouncycastle dependency Key: HBASE-28552 URL: https://issues.apache.org/jira/browse/HBASE-28552 Project: HBase Issue Type: Improvement Reporter: Nikita Pande org.bouncycastle : bcprov-jdk18on : 1.76 to be upgraded to latest org.bouncycastle : bcprov-jdk18on : 1.78 Refer [link org.bouncycastle|https://security.snyk.io/package/maven/org.bouncycastle:bcprov-debug-jdk18on] -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28532) remove vulnerable slf4j-log4j12 dependency
Nikita Pande created HBASE-28532: Summary: remove vulnerable slf4j-log4j12 dependency Key: HBASE-28532 URL: https://issues.apache.org/jira/browse/HBASE-28532 Project: HBase Issue Type: Improvement Reporter: Nikita Pande slf4j-log4j12 is a bridge from SLF4J to Log4j 1.x. Since log4j 1.x is vulnerable , so this needs to be removed. It is to be replaced with the log4j-slf4j-impl dependency, which is a bridge from SLF4J to Log4j 2.x. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28498) fix spotless:check errors
Nikita Pande created HBASE-28498:
Summary: fix spotless:check errors
Key: HBASE-28498
URL: https://issues.apache.org/jira/browse/HBASE-28498
Project: HBase
Issue Type: Improvement
Reporter: Nikita Pande
In the pipelines , I have observed that mvn spotless:check gives error
{noformat}
The following files had format violations:
[ERROR] RELEASENOTES.md{noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (HBASE-28486) CVE-2024-29025 found in netty package
Nikita Pande created HBASE-28486: Summary: CVE-2024-29025 found in netty package Key: HBASE-28486 URL: https://issues.apache.org/jira/browse/HBASE-28486 Project: HBase Issue Type: Improvement Reporter: Nikita Pande Following CVEs are observed in io.netty : netty-handler and io.netty : netty-codec-http : 4.1.100.Final [CVE-2024-29025|http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2024-29025] sonatype-2020-0026 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28361) Update dependencies in hbase-connectors: HBase version to 2.6.0 post release
Nikita Pande created HBASE-28361: Summary: Update dependencies in hbase-connectors: HBase version to 2.6.0 post release Key: HBASE-28361 URL: https://issues.apache.org/jira/browse/HBASE-28361 Project: HBase Issue Type: Improvement Components: hbase-connectors Reporter: Nikita Pande -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28351) Support LEFT, RIGHT, STRIP, DIGITS, CHR, DAYS operators as built in functions
Nikita Pande created HBASE-28351:
Summary: Support LEFT, RIGHT, STRIP, DIGITS, CHR, DAYS operators
as built in functions
Key: HBASE-28351
URL: https://issues.apache.org/jira/browse/HBASE-28351
Project: HBase
Issue Type: Improvement
Environment: strong text
Reporter: Nikita Pande
When we are validating phoenix with existing databases in our organisation,
there are few gaps identified wrt built in functions.
1. LEFT: [https://www.ibm.com/docs/en/db2-for-zos/12?topic=functions-left
|http://example.com]
*Description*: The LEFT function returns a string that consists of the
specified number of
leftmost bytes of the specified string units.
*Example*: Assume that host variable ALPHA has a value of 'ABCDEF'. The
following
statement returns '*ABC*'
{code:java}
SELECT LEFT(:ALPHA,3) FROM SYSIBM.SYSDUMMY1;
{code}
2. RIGHT:[
https://www.ibm.com/docs/en/db2-for-zos/12?topic=functions-right|http://example.com]
*Description*: The RIGHT function returns a string that consists of the
specified number
of rightmost bytes or specified string unit from a string.
*Example*: Assume that host variable ALPHA has a value of 'ABCDEF'. The
following
statement returns the value '*DEF*', which are the three rightmost
characters in ALPHA
{code:java}
SELECT RIGHT(ALPHA,3) FROM SYSIBM.SYSDUMMY1;
{code}
3. STRIP: [https://www.ibm.com/docs/en/db2-for-zos/12?topic=functions-strip]
*Description*: The STRIP function removes blanks or another specified
character from
the end, the beginning, or both ends of a string expression.
*Example*: Remove a specific character from a string, o/p is *Hello World *
{code:java}
SELECT STRIP('---Hello World---', B, '-') AS StrippedString FROM
SYSIBM.SYSDUMMY1;
{code}
4. DIGITS: [https://www.ibm.com/docs/en/db2-for-zos/12?topic=functions-digits]
*Description*: The DIGITS function returns a character string
representation of the
absolute value of a number.
Example: Assume that COLUMNX has the data type DECIMAL(6,2), and that one
of its
values is *-6.28*. For this value, the following statement returns the
value *'000628'.*
{code:java}
DIGITS(COLUMNX)
{code}
5. CHR: [https://www.ibm.com/docs/en/db2-for-zos/12?topic=functions-chr]
*Description*: The CHR function returns the character that has the ASCII
code value that
is specified by the argument.
Example: Set :hv with the Euro symbol "€" in CCSID 923:
{code:java}
SET :hv = CHR(164); -- x'A4'
{code}
6. DAYS: [https://www.ibm.com/docs/en/db2-for-zos/12?topic=functions-days]
*Description*: The DAYS function converts each date to a number (the
number of days
since '0001-01-01'), and subtracting these numbers gives the number of
days between
the two dates. o/p is *364* since 2022 is not a leap year
*Example*:
{code:java}
SELECT (DAYS('2022-12-31') - DAYS('2022-01-01')) AS days_difference
FROM sysibm.sysdummy1;
{code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (HBASE-28142) Getting WARN log "StoreFile has a null Reader" on hbase region server
Nikita Pande created HBASE-28142: Summary: Getting WARN log "StoreFile has a null Reader" on hbase region server Key: HBASE-28142 URL: https://issues.apache.org/jira/browse/HBASE-28142 Project: HBase Issue Type: Improvement Reporter: Nikita Pande Hbase tables which have IS_MOB set as TRUE and table metrics is enabled, there are warning logs getting generated "StoreFile has a null Reader on hbase region server. After setting IS_MOB as false for a table, this logs are not visible. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28071) [hbase-connectors] CVE-2020-15250 in org.glassfish:javax.el:jar:3.0.1-b08
Nikita Pande created HBASE-28071: Summary: [hbase-connectors] CVE-2020-15250 in org.glassfish:javax.el:jar:3.0.1-b08 Key: HBASE-28071 URL: https://issues.apache.org/jira/browse/HBASE-28071 Project: HBase Issue Type: Improvement Components: hbase-connectors Reporter: Nikita Pande This is a direct dependency in https://github.com/apache/hbase-connectors/blob/master/pom.xml *Version Affected* [3.0-b01,3.0.1-b12] *Issue* org.glassfish:javax.el:jar:3.0.1-b08:compile cause vulnerability as mentioned in https://mvnrepository.com/artifact/org.glassfish/javax.el/3.0.1-b08 -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-28070) CVE-2020-15250 in org.glassfish:javax.el:jar:3.0.1-b08
Nikita Pande created HBASE-28070:
Summary: CVE-2020-15250 in org.glassfish:javax.el:jar:3.0.1-b08
Key: HBASE-28070
URL: https://issues.apache.org/jira/browse/HBASE-28070
Project: HBase
Issue Type: Improvement
Reporter: Nikita Pande
mvn dependency tree shows below
{code:java}
[INFO] | +- org.glassfish.web:javax.servlet.jsp:jar:2.3.2:compile
[INFO] | | \- org.glassfish:javax.el:jar:3.0.1-b08:compile
{code}
*Version Affected*
[3.0-b01,3.0.1-b12]
Issue:
org.glassfish:javax.el:jar:3.0.1-b08:compile cause vulnerability as mentioned
in https://mvnrepository.com/artifact/org.glassfish/javax.el/3.0.1-b08
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (HBASE-28046) Adding capability to move_servers_rsgroup for all servers without explicit passing servers
Nikita Pande created HBASE-28046:
Summary: Adding capability to move_servers_rsgroup for all servers
without explicit passing servers
Key: HBASE-28046
URL: https://issues.apache.org/jira/browse/HBASE-28046
Project: HBase
Issue Type: Improvement
Reporter: Nikita Pande
In case of requirement for moving entire servers from a region server to a
destination server, currently client has to get list of servers from a rs
group and then pass these servers for movement as below.
{code:shell}
hbase> move_servers_rsgroup 'dest',['server1:port','server2:port']
{code}
However idea should be to move all servers by specifying source and destination
rs group and the list servers can be handled internally be hbase code instead
of hbase client code/shell.
Expected:
{code:shell}
hbase> move_all_servers_rsgroup 'dest','src'
{code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Created] (HBASE-27991) [hbase-examples] MultiThreadedClientExample throws java.lang.ClassCastException
Nikita Pande created HBASE-27991:
Summary: [hbase-examples] MultiThreadedClientExample throws
java.lang.ClassCastException
Key: HBASE-27991
URL: https://issues.apache.org/jira/browse/HBASE-27991
Project: HBase
Issue Type: Bug
Reporter: Nikita Pande
Tried using run() method call of
[https://github.com/apache/hbase/blob/master/hbase-examples/src/main/java/org/apache/hadoop/hbase/client/example/MultiThreadedClientExample.java|https://github.com/apache/hbase/blob/master/hbase-examples/src/main/java/org/apache/hadoop/hbase/client/example/MultiThreadedClientExample.java.]
Following the stack trace of error during runtime
{code:java}
Exception in thread "main" java.io.IOException:
java.lang.reflect.UndeclaredThrowableException
at
org.apache.hadoop.hbase.client.ConnectionFactory.lambda$createConnection$1(ConnectionFactory.java:235)
at org.apache.hadoop.hbase.trace.TraceUtil.trace(TraceUtil.java:216)
at
org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:218)
at
org.apache.hadoop.hbase.client.ConnectionFactory.createConnection(ConnectionFactory.java:160)
at
org.apache.hadoop.hbase.client.example.MultiThreadedClientExample.run(MultiThreadedClientExample.java:136)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:76)
at org.apache.hadoop.util.ToolRunner.run(ToolRunner.java:90)
at .runMultiThreadedRWOps(xx)
at .main(xx)
Caused by: java.lang.reflect.UndeclaredThrowableException
at
org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1780)
at
org.apache.hadoop.hbase.security.User$SecureHadoopUser.runAs(User.java:328)
at
org.apache.hadoop.hbase.client.ConnectionFactory.lambda$createConnection$1(ConnectionFactory.java:232)
... 8 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedConstructorAccessor16.newInstance(Unknown Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at
org.apache.hadoop.hbase.client.ConnectionFactory.lambda$null$0(ConnectionFactory.java:233)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at
org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1762)
... 10 more
Caused by: java.lang.ClassCastException: java.util.concurrent.ForkJoinPool
cannot be cast to java.util.concurrent.ThreadPoolExecutor
at
org.apache.hadoop.hbase.client.ConnectionImplementation.(ConnectionImplementation.java:283)
at
org.apache.hadoop.hbase.client.ConnectionImplementation.(ConnectionImplementation.java:270)
... 17 more{code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Resolved] (HBASE-27620) Remove checked in generated PB files
[ https://issues.apache.org/jira/browse/HBASE-27620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikita Pande resolved HBASE-27620. -- Release Note: (was: Purge all generated protobuf files . Generate protobuf files insline with the build. Remove checked in protobuf.) Resolution: Invalid This issue is created by mistake for this project. > Remove checked in generated PB files > > > Key: HBASE-27620 > URL: https://issues.apache.org/jira/browse/HBASE-27620 > Project: HBase > Issue Type: Bug >Reporter: Nikita Pande >Priority: Critical > > Now that we have new PB maven plugin, there is no need to have the PB files > checked in to the repo.The reason this is done is to ease up developer env > setup. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Reopened] (HBASE-27620) Remove checked in generated PB files
[ https://issues.apache.org/jira/browse/HBASE-27620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikita Pande reopened HBASE-27620: -- > Remove checked in generated PB files > > > Key: HBASE-27620 > URL: https://issues.apache.org/jira/browse/HBASE-27620 > Project: HBase > Issue Type: Bug >Reporter: Nikita Pande >Priority: Critical > > Now that we have new PB maven plugin, there is no need to have the PB files > checked in to the repo.The reason this is done is to ease up developer env > setup. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (HBASE-27620) Remove checked in generated PB files
[ https://issues.apache.org/jira/browse/HBASE-27620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikita Pande resolved HBASE-27620. -- Resolution: Fixed > Remove checked in generated PB files > > > Key: HBASE-27620 > URL: https://issues.apache.org/jira/browse/HBASE-27620 > Project: HBase > Issue Type: Bug >Reporter: Nikita Pande >Priority: Critical > > Now that we have new PB maven plugin, there is no need to have the PB files > checked in to the repo.The reason this is done is to ease up developer env > setup. -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (HBASE-27620) Remove checked in generated PB files
Nikita Pande created HBASE-27620: Summary: Remove checked in generated PB files Key: HBASE-27620 URL: https://issues.apache.org/jira/browse/HBASE-27620 Project: HBase Issue Type: Bug Reporter: Nikita Pande Now that we have new PB maven plugin, there is no need to have the PB files checked in to the repo.The reason this is done is to ease up developer env setup. -- This message was sent by Atlassian Jira (v8.20.10#820010)
