Failed to start openstack-keystone.service: Unit not found.

<think>嗯，用户遇到了关于OpenStack Keystone服务的问题，执行systemctl status和start命令时显示服务未找到。我需要仔细分析可能的原因，并提供解决方案。 首先，用户可能没有安装Keystone服务。在基于RHEL的系统上，软件包名称通常是openstack-keystone，使用yum或dnf安装。需要检查是否已正确安装。 其次，软件包名称可能因发行版不同而有所变化。例如，Ubuntu上的包名可能不同，但用户使用的是CentOS/RHEL，所以应确认正确的包名和仓库是否启用。 另外，用户可能安装了Keystone但没有启用或启动服务。需要提醒用户使用systemctl enable和start命令，并确认安装后是否进行了必要的配置，比如数据库设置、Fernet密钥生成和Apache配置，因为现代OpenStack版本可能将Keystone作为Apache模块运行，而不是独立的服务。 此外，如果用户从源代码安装，服务文件可能不在标准位置，需要手动创建。或者，用户可能误删了服务文件，需要重新安装软件包。 最后，建议用户检查安装步骤，确认是否遗漏了某些环节，并查看日志文件以获取更多信息。需要分步骤引导用户逐一排查，确保问题得到解决。</think>当遇到`openstack-keystone.service`服务未找到的情况时，通常由以下原因导致： --- ### **1. 未安装 Keystone 服务** #### 现象特征 - 执行 `systemctl status/start` 命令时提示 **"Unit not found"** - 系统中缺少 `/usr/lib/systemd/system/openstack-keystone.service` 文件 #### 解决方法 **步骤 1：确认软件包是否安装** ```bash rpm -qa | grep openstack-keystone ``` - 若没有输出结果，说明未安装 **步骤 2：安装 Keystone 软件包** ```bash yum install openstack-keystone httpd mod_wsgi -y ``` - 注意：现代 OpenStack 版本（如 Queens+）通常将 Keystone 集成到 Apache 中，需同时安装 `httpd` 和 `mod_wsgi` --- ### **2. 服务名称不匹配** #### 现象特征 - 不同发行版或安装方式可能导致服务名称差异 - 例如：部分环境使用 `keystone.service` 而非 `openstack-keystone.service` #### 解决方法 **尝试通用服务名查询** ```bash systemctl list-unit-files | grep -i keystone ``` --- ### **3. 服务未启用或未配置** #### 现象特征 - 已安装软件包但未完成初始化配置 - 未生成 systemd 服务文件 #### 解决方法 **步骤 1：检查配置文件完整性** ```bash ls /etc/keystone/keystone.conf ``` **步骤 2：执行数据库初始化**（需先配置数据库连接） ```bash su -s /bin/sh -c "keystone-manage db_sync" keystone ``` **步骤 3：生成 Fernet 密钥** ```bash keystone-manage fernet_setup --keystone-user keystone --keystone-group keystone keystone-manage credential_setup --keystone-user keystone --keystone-group keystone ``` **步骤 4：启动 Apache 服务**（替代传统 systemd 服务） ```bash systemctl enable httpd --now ``` --- ### **4. 软件源问题** #### 现象特征 - 使用非标准软件源导致包名不一致 - 例如：从源码安装时未生成服务文件 #### 解决方法 **验证软件源配置** ```bash yum repolist | grep openstack ``` - 确保已启用正确的 OpenStack 仓库（如 `centos-openstack-zed`） --- ### **5. 服务文件被误删除** #### 现象特征 - 其他服务管理正常，仅 Keystone 异常 - `/usr/lib/systemd/system/` 目录下无相关服务文件 #### 解决方法 **重新安装软件包** ```bash yum reinstall openstack-keystone -y ``` --- ### **关键日志检查位置** | 日志路径 | 作用 | |---------|------| | `/var/log/httpd/keystone_*.log` | Apache 整合后的 Keystone 日志 | | `/var/log/keystone/keystone.log` | 传统独立服务日志（若存在） | | `/var/log/messages` | 系统级服务启动错误 | --- ### **总结处理流程** ```bash # 1. 确认安装 yum install openstack-keystone httpd mod_wsgi -y # 2. 完成基础配置 keystone-manage db_sync keystone-manage fernet_setup ... keystone-manage bootstrap ... # 3. 启动 Apache 服务 systemctl enable httpd --now # 4. 验证服务状态 curl -s http://controller:5000/v3/ | python -m json.tool ```

### 问题分析 在 OpenStack 环境中，如果 Keystone 服务无法成功重启并伴随有诸如 **"Failed to discover available identity versions"** 和 **HTTP 500 Internal Server Error** 的错误信息，则可能涉及到多个层面的问题，包括但不限于服务单元丢失、配置文件权限不足或网络连接异常等。 --- ### 解决方案 #### 1. 单元未找到 (Unit Not Found) 当尝试重启 Keystone 服务时收到 "unit not found" 错误，这通常意味着系统未能识别到 Keystone 的 systemd 服务单元文件。可以通过以下方式验证和修复： - 检查是否存在 Keystone 的服务单元文件： ```bash ls /lib/systemd/system/openstack-keystone.service ``` - 若不存在，重新安装 Keystone 包以恢复缺失的服务定义： ```bash apt-get install --reinstall openstack-keystone yum reinstall openstack-keystone ``` - 更新 systemd 配置缓存并重试启动命令： ```bash systemctl daemon-reload systemctl start openstack-keystone ``` 上述过程有助于确保正确的服务管理入口可用[^1]。 --- #### 2. 身份验证版本解析失败 关于 **"Failed to discover available identity versions"** 这一现象，主要源于客户端试图访问 Keystone API endpoint （如 `http://controller:5000/v3` 或者 `http://controller:35357/v3`）却得不到预期回应所致。 - 测试端口开放情况与服务监听状态： ```bash netstat -tulpn | grep :5000 ss -tulwn | grep :5000 ``` 假如发现没有进程绑定至相应端口号，则需进一步审查 Keystone 是否按计划激活以及其配置参数是否恰当指向本地地址而非远程不可达位置[^3]。 --- #### 3. HTTP 500 内部服务器错误 针对报错中的 **500 Internal Server Error**, 应优先查阅相关日志文档寻找具体线索。已知部分场景下因缺乏适当读取配置档案的权利而导致类似状况发生过。 - 修改 `/etc/placement/placement.conf` 权限以便程序顺利加载设定项： ```bash chmod 640 /etc/placement/placement.conf chown root:placement /etc/placement/placement.conf ``` 同时也要记得同步处理关联路径下的辅助资料集比如 `/usr/share/placement/placement-dist.conf` ，保证整个框架内的所有组成部分均处于受控状态下运作良好[^2]。 --- #### 4. 综合性排查步骤 最后提供一套较为全面的诊断流程供参考应用： - 停止现有 Keystone 实例以防干扰后续操作； - 清理残留会话数据减少潜在冲突风险； - 手动触发数据库同步动作巩固底层支撑架构稳定性； - 最终再次尝试常规途径唤起目标功能模块直至恢复正常运转为止。 每完成一步都应当密切监视反馈结果从而及时调整方向直到彻底消除现存障碍为止。 --- ### 结论 综上所述，面对 OpenStack Keystone 服务重启失败的情况，可以从服务单元完整性校验起步逐步深入探索影响因素范围涵盖网络交互质量评估乃至细粒度授权机制优化等多个维度展开针对性治理行动最终达成稳定可靠的运行效果。 ---