Hello @sayebogbon , Based on the error in the log you shared: opened_url = urlopen_with_retry_on_authentication_errors And the klist output showing this: Valid starting Expires 10/11/24 23:43:47 11/11/24 09:43:47 Looks like you need to regenerate the kerberos credentials for this host. To do so, please stop all services on this host. Then go to CM > Administration > Security > Kerberos credentials. In the search bar, type the hostname and select all the principals that appear, then click the regenerate selected button. If there are no problems, new credentials should be generated. Restart your services and let us know if that helps. ... View more

Hello Olivier, The error you got "org.apache.kudu.client.NonRecoverableException: Unauthorized action" happens when the account you use to take the backup don't have the proper permissions to access the kudu tables. Do you happen to use ranger to authorize access on kudu?  If so, then maybe the account you are using is not authorized on ranger.  It could be as well that you are running it with the wrong kerberos principal? Regards, Jason R ... View more

Inbound/Outbound connections on the rpc page. rpc_* metrics on the metrics page.  Sorry I don't recall the exact metric names. ... View more

Hellio @yagoaparecidoti    Being balanced is a good thing.  How about hotspotting? Can you check in the kudu web page > Tablet servers > Click on those affected > check the metrics and the RPC pages on those two.   > How does it look? > How many RPC calls compared to a healthy tablet server?   ... View more

With regards to your questions: 1. To further understand this behavior, it would be needed to check the tablet server logs during startup.  Likely the block processing time is taking a good part of those 10 mins.   2. It could be possible that those 2 servers are overloaded, that can happen if the kudu cluster is not balanced. To further understand, the output of the ksck and: kudu table list ${MASTER_ADDRS} -list_tablets | grep "^ " | cut -d' ' -f6,7 | sort  Would throw a good output to gain a better understanding of your cluster situation.   If you can attach those here, would be great for further analysis. ... View more