问题标签 [openstack-cinder]

我运行 Openstack作为cinder其ceph存储后端。当我偶尔尝试删除一个煤渣卷时，它失败了。

所以我转而使用rbd命令来解决这个问题，下面是命令打印的错误信息：rbd rm ${pool}/${volume-id}

rbd：错误：图像仍然有观察者
这意味着图像仍然打开或使用它的客户端崩溃。在关闭/取消映射或等待 30 秒以使崩溃的客户端超时后重试。

然后rbd status ${pool}/${volume-id}显示

观察者：
观察者=172.18.0.1:0/523356342 client.230016780 cookie=94001004445696

我很困惑为什么观察者坚持卷并导致卷无法删除，是否有任何原因或我做错了什么？

在这种情况下如何删除卷？

我有一个 OpenStack (Victoria) 部署，有 3 个控制器节点、40 个计算和 ceph 作为 cinder 的后端。

批量创建 100 个卷，大小为 30GB，只需不到一分钟。对相同的 100 个卷进行批量删除大约需要我们的一半，其中一些最终处于 error_deleting 状态。

Cinder 配置为 volume_clear=none。

cinder 和 ceph 是否需要这种卷删除的持续时间？是否有一些配置选项可用于加速卷删除并提高 cinder API 的稳定性/弹性？

此外，高度赞赏用于识别瓶颈的故障排除技巧。

[LE] 确定了 ceph 中的瓶颈。时间花在执行扫描图像对象的 rbd delete 的 ceph 中。从 OpenStack 的角度来看，延迟镜像删除能否成为加快删除速度的一种选择？启用延迟删除有哪些风险？在 Ceph 中加速取消阻止删除的任何其他选项？

我已经在控制器节点和块节点中安装了煤渣。我测试了 openstack-cinder-scheduler 和 openstack-cinder-api（在控制器节点上）、openstack-cinder-volume 和 target.service（在块节点上）的状态，它们正在运行。但是当我使用“cinder list,cinder create,openstack volume service list”时只能得到一种输出：

[root@controller //]# openstack volume service list
服务器当前不可用。请稍后再试。


Keystone 服务暂时不可用。

(HTTP 503)
[root@controller //]# cinder list
错误：服务器当前不可用。请稍后再试。


Keystone 服务暂时不可用。

我已经检查了 cinder.conf、nova.conf 中的配置。我不知道它们。你能给个建议吗？谢谢你。

我使用 openstack Heat 作为我的后端来管理虚拟机。

每当我尝试通过增加 heat teamplate 中引导卷的大小值来增加 vm 引导卷的大小时，堆栈模板就会卡在 UPDATE_IN_PROGRESS 中。

当我使用 Horizo​​n 扩展启动卷大小时，它会扩展，但在使用 HEAT 时会卡住，并且在任何地方都没有生成日志。这可能是什么原因？

我想从热量中管理我的虚拟机，但是这个卷扩展功能我认为它期望卷处于“可用”状态，但是当 cinder 即使在“使用中”状态下也支持卷扩展时，没有理由这样做？有人可以在这里帮助理解这一点，或者我的理解是否正确？

我们创建了自己的 cinder 插件，用于 openstack 卷配置，它可以使用 cinder 执行创建、附加、分离、删除卷，cinder 在远程存储集群服务上执行这些操作。

但是当我创建一个 openstack 实例时，它仍然使用本地卷来启动。如何将 openstack 配置为用户 cinder 创建的卷以启动而不是本地卷

获取配额信息：

获取管理程序统计信息：

我怎样才能获得gigabytes_ceph_specorgigabytes的资源使用openstack hypervisor stats show或其他方法？