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. 查看集群的日志，寻找关于此错误的具体原因。

相关问题

hadoop3: root@hadoop3: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).

根据提供的引用内容，hadoop3出现了权限被拒绝的问题。为了解决这个问题，你可以按照以下步骤进行操作：

1. 首先，你需要检查hadoop3主机上是否已经存在公钥文件。你可以通过运行以下命令来检查：`ls ~/.ssh/id_rsa.pub`。如果该文件不存在，请按照引用中的说明生成公钥文件。

2. 然后，你需要将公钥文件添加到hadoop3主机的授权文件中。你可以通过运行以下命令来实现：`cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys`。确保在运行此命令之前，你已经在hadoop3主机上登录为root用户。

3. 接下来，你需要为授权文件设置正确的权限。你可以通过运行以下命令来实现：`chmod 0600 ~/.ssh/authorized_keys`。这将确保只有root用户才有读取和写入该文件的权限。

4. 最后，你需要将授权文件发送到其他主机，包括hadoop1和hadoop2。你可以通过运行以下命令来实现：`scp ~/.ssh/authorized_keys root@hadoop1:/root/.ssh/`和`scp ~/.ssh/authorized_keys root@hadoop2:/root/.ssh/`。这将把授权文件复制到hadoop1和hadoop2主机的相应目录中。

完成以上步骤后，你应该能够解决hadoop3主机上的权限问题，并成功访问hadoop集群。

start-dfs.sh命令后显示Starting namenodes on [hadoop1] hadoop1: root@hadoop1: Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).

当你在运行`start-dfs.sh`命令后看到"Starting namenodes on [hadoop1]"，这意味着Hadoop DFS守护进程（NameNode）试图在节点'hadoop1'上启动。然而，接着遇到了权限问题，提示`Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password)`，表示尝试登录失败，原因可能是SSH访问控制设置的问题或者是身份验证方式选择错误。

这个问题可能由以下几个原因引起：

1. **SSH密钥对未正确配置**：如果你通过SSH秘钥进行远程登录，确保你的公钥已经正确地添加到目标主机（hadoop1）的`~/.ssh/authorized_keys`文件中，并且权限设置为600（只有所有者能读、写）。

2. **SELinux或安全模式**：如果系统启用了SELinux或运行在安全模式下，可能需要额外的策略调整来允许SSH访问。

3. **用户名或密码验证**：虽然你提到使用了SSH密钥对，但如果默认配置还是密码验证，那么输入正确的用户名和密码也是必需的。

4. **SSH配置**：检查`~/.ssh/config`文件里的配置，确保`UserKnownHostsFile`和`StrictHostKeyChecking`设置正确。

要解决这个问题，你可以尝试手动登录到hadoop1看看是否有进一步的错误信息，或者按照上述步骤检查SSH配置。如果是权限问题，确保Hadoop用户（通常是`hadoop`或`mapred`）拥有足够的权限去启动NameNode服务。