排查共享文件系统服务

在创建共享时，共享文件系统服务出现故障

问题

新的共享在创建过程中可能进入 error 状态。

解决方案

1. 请确保共享服务正在调试模式下运行。如果未设置调试模式，您将无法从日志中获得任何修复问题的提示。

2. 查找哪个共享服务持有指定的共享。为此，运行命令 manila show <share_id_or_name> 并查找输出中的共享主机。主机唯一标识持有损坏共享的共享服务。

3. 查看此共享服务的日志。通常，它可以在 /etc/var/log/manila-share.log 处找到。此日志应包含某种带有额外信息的堆栈跟踪，以帮助您找到问题的根源。

未找到有效主机

问题

如果共享类型包含无效的额外规格，则调度器将无法为共享找到有效的主机。

解决方案

要诊断此问题，请确保调度器服务正在调试模式下运行。尝试创建一个新的共享，并查找 Failed to schedule create_share: No valid host was found. 在 /etc/var/log/manila-scheduler.log 中的消息。

要解决此问题，请仔细检查共享类型中的额外规格列表以及共享服务报告的功能列表。确保额外规格指向正确的位置。

创建的共享无法访问

问题

默认情况下，新的共享没有任何活动的访问规则。

解决方案

要为新的共享提供访问权限，您需要使用正确的值创建适当的访问规则。该值必须定义访问权限。

升级后服务不可用

问题

从版本 v1 升级到版本 v2.x 的共享文件系统服务后，您必须更新 OpenStack Identity 服务中的服务端点。否则，该服务可能不可用。

解决方案

1. 要获取与共享文件系统服务相关的服务类型，请运行

   # openstack endpoint list
   
   # openstack endpoint show <share-service-type>
   

   您将获得运行共享文件系统服务时期望的端点。

2. 确保已更新这些端点。否则，请删除过时的端点并创建新的端点。

管理内部资源时出现故障

问题

共享文件系统服务有效地管理内部资源。管理员可能需要手动调整内部资源以处理故障。

解决方案

共享文件系统服务中的某些驱动程序可以创建服务实体，例如服务器和网络。如果需要，您可以登录到项目 service 并对其进行手动控制。