Closed silvermissile closed 2 years ago
NNA tries to disable the block tokens on itself (just itself...) in order to make sure your production cluster is untouched by NNA. Technically speaking, as long as NNA does not communicate with your DataNodes there is no issue, but this was always done as a preventive measure.
If you want to take NNA configuration into your own hands this was always possible. Look here:
https://nnanalytics.readthedocs.io/en/latest/Getting_Started/How_To_Configure/
nna.support.bootstrap.overrides=<true | false> - Default is true. True will override certain hdfs-site.xml configurations to prevent NNA from communicating with the active cluster. False means it will use configurations as-is. Recommended true in production.
The above setting is part of the application.properties
file.
I just realized - this only happens at the very start of NNA. The error isn't actually because of the block tokens - those are fine. The real issue is that the INode set is not initialized - it is null
at the start. It will get initialized when the FsImage is loaded. So this issue should just be temporary.
hadoop version: Hadoop 3.0.0-cdh6.3.2. secured with kerbers. nna version:nn-analytics-1.6.6.3.0.0
NameNodeLoader overwrite some hdfs Settings include " dfs.block.access.token.enable to: false" ,and this lead to Suggestion reload failed!