标签: openstack

我已经使用devstack安装了 openstack 。我能够创建实例，也可以通过 ssh 登录实例，但虚拟机无法访问互联网。我还为实例提供了免费的 IP 地址范围。我只能 ping 通安装了 VM 的计算机。ping 请求甚至未到达网关。

谢谢

我们正在实施一个使用 glusterfs 作为存储解决方案的 3 节点 openstack 云。3 个节点：控制器计算和网络在 gluster 中是对等的。我们需要在 gluster 中添加另一个计算节点作为对等节点，但它显示以下错误：

[root@newcompute2 ~]# gluster peer probe 192.168.10.3
peer probe: failed: Probe returned with Transport endpoint is not connected

其中 192.168.10.3 是控制器节点的 IP。日志也显示相同的错误。请提出可能是什么原因以及所需的解决方案。

我想使用文件夹或容器路径删除所有文件和文件夹，而不列出其中的所有文件。是否可以？

在Ubuntu 12.04 LTS中部署devstack时，运行stack.sh脚本，错误跳出：

[Call Trace] ./stack.sh:191:die [ERROR] ./stack.sh:191 如果您希望运行此脚本，请使用 FORCE=yes /home/stack/devstack/functions-common: line 232 运行： /opt/stack/logs/error.log：没有这样的文件或目录

有人建议我应该切换到Ubuntu 14.04或Ubuntu 16.04，但我实验室的服务器已经过时了（10年了），无法支持更高版本的Ubuntu。

那么有没有办法在不切换os的情况下解决问题呢？

我有一个小脚本，我可以在其中获取每个 openstack 的租户，并在 python 的帮助下获取一些输出。生成报告的时间太长，我被建议使用xargs. 我之前的代码如下所示。

#!/bin/bash
cd /scripts/cloud01/floating_list

rm -rf ./reports/openstack_reports/
mkdir -p ./reports/openstack_reports/

source ../creds/base
for tenant in A B C D E F G H I J K L M N O P Q R S T
do
  source ../creds/$tenant
  python ../tools/openstack_resource_list.py > ./reports/openstack_reports/$tenant.html

done
lftp -f ./lftp_script

现在我已经将 xargs 放入脚本中，脚本看起来像这样。

#!/bin/bash
cd /scripts/cloud01/floating_list

rm -rf ./reports/openstack_reports/
mkdir -p ./reports/openstack_reports/

source ../creds/base

# Need xargs idea below
cat tenants_list.txt | xargs -P 8 -I '{}' …

我在 centos 7 上运行 openstack。所有 openstack 服务都在 docker 容器中运行。当我在 openstack 上启动更多实例时，我不断看到 qemu-kvm 的 CPU 使用率很高。下面是显示我的 top 命令输出的图像

大约 20 秒，它会显示 qemu-kvm CPU 使用率峰值达到大约 80% 到 200%，然后它会回落到大约 5% 或 10%，持续几分钟，然后又恢复...它不断地上下跳动。

不确定 openstack 计算节点的预期 CPU 使用率是多少，但我想知道这是否值得担心，我应该采取哪些步骤来调查这个问题以及如何提高性能？

Openstack 版本 - Pike

在 Openstack 中，没有提供更改任何活动实例的密钥对的规定。Queens 和 Rocky 在重建命令中提供了选项，但这将再次重新创建实例。1. 有没有办法可以更改实例的密钥对而无需重新创建实例？2.为什么没有规定，在活动实例中更改keyair是否存在安全威胁？

如果有人回答上述问题，请帮忙。

我想使用 gnocchi Stein 版本，但我有问题，因为所有措施都是空的，我不知道如何解决它。在下面我显示了配置和命令列表：

在 gnocchi.conf 中：

 [storage] coordination_url = redis://controller:6379
 file_basepath = /var/lib/gnocchi
 driver = file

在 ceilometer/pipeline.yaml 中：

 publishers: - gnocchi://?filter_project=service&archive_policy=high

（我用中低测试）

在计算中我只安装 ceilometer-agent-compute

面疙瘩度量列表

+--------------------------------------+---------------------+----------------------------+---------+--------------------------------------+
| id                                   | archive_policy/name | name                       | unit    | resource_id                          |
+--------------------------------------+---------------------+----------------------------+---------+--------------------------------------+
| 1e785d3d-3f04-47c1-90b7-42ffbffc691d | ceilometer-low-rate | network.outgoing.packets   | packet  | 9284f4b1-1706-56d1-9727-4a1a534b9351 |
| 44789dfd-bd40-4a1e-bb69-acfc7da0d07f | ceilometer-low-rate | disk.device.read.bytes     | B       | 789282b6-cf18-5cea-9726-90f49645e964 |
| 470d813e-fdcf-42ef-bda7-e8176702333f | ceilometer-low-rate | cpu                        | ns      | 5831590b-f777-43cf-b371-f0e972e302e0 |
| 52687228-77f3-4110-b4ce-65d2265251ff | ceilometer-low      | disk.ephemeral.size        | …

我管理 Openstack 上的 Kubernetes 部署。

我的用户 Pod 挂载PersistentVolume使用 Openstack Cinder 动态创建的文件夹作为其主文件夹。

奇怪的是，如果我创建一个文件权限为 600 的（空）文件：

bash-4.2$ ls -l
total 16
-rw------- 1 jovyan users     0 Jul 16 17:55 id_rsa

然后我终止容器并重新启动它，卷再次安装，但权限现在具有rw组权限：

bash-4.2$ ls -l
total 16
-rw-rw---- 1 jovyan users     0 Jul 16 17:55 id_rsa

关于如何进一步调试这个问题有什么建议吗？

有关 Kubernetes 配置的详细信息

• 体积AccessMode为ReadWriteOnce,volumeMode: Filesystem
• 卷文件系统是ext4：/dev/sdf: Linux rev 1.0 ext4 filesystem data, UUID=c627887b-0ff0-4310-b91d-37fe5ca9564d (needs journal recovery) (extents) (64bit) (large files) (huge files)

检查 Openstack …

这是我在具有 7GB RAM 的 Ubuntu 20.04 VM 上安装 DevStack 时遇到的错误。如何解决这个问题？

Call Trace
./stack.sh:1264:start_ovn_services
/opt/stack/devstack/lib/neutron-legacy:477:start_ovn
/opt/stack/devstack/lib/neutron_plugins/ovn_agent:691:wait_for_sock_file
/opt/stack/devstack/lib/neutron_plugins/ovn_agent:174:die
ERROR /opt/stack/devstack/lib/neutron_plugins/ovn_agent:174 Socket /var/run/openvswitch/ovnnb_db.sock not found
exit_trap: cleaning up child processes
Error on exit

错误图像的链接 https://i.stack.imgur.com/lcuLJ.png