hadoop1: root@hadoopi: Permission denied (publickey, gssapi-keyex, gssapi-with-mic, password). Stopping secondary namenodes [hadoop1]为什么？

当你尝试通过SSH连接到Hadoop集群中的secondary namenode节点hadoop1，并遇到"Permission denied"错误时，这通常表示当前用户不具备访问该节点所需的权限。错误信息提到几种可能的认证方式：

1. publickey: SSH公钥验证失败，可能是因为公钥未配置在目标机器上，或者公钥文件路径不对。
2. gssapi-keyex/gssapi-with-mic: Kerberos安全协议相关的问题，如果你正在使用Kerberos进行身份验证，可能存在凭证过期、配置不正确或权限不足的情况。
3. password: 密码验证失败，说明尝试直接输入密码登录，但用户名或密码可能是错误的。

停止secondary namenodes的原因可能是在尝试维护集群状态、数据同步等操作时需要相应的权限，但当前用户的权限受限导致无法完成任务。

解决这个问题，你可以按照以下步骤检查并尝试修复：

1. 确认SSH密钥是否已正确配置，包括主节点和从节点之间的信任关系。
2. 检查Kerberos设置，如票证的有效期、主机名映射等。
3. 如果以上都不行，可以考虑直接使用root或其他具有足够权限的账户登录，但这样做并不推荐，因为它违背了安全最佳实践。
4. 查看集群的日志，寻找关于此错误的具体原因。