|
OpenStack虚拟机删除后停在deleting无法正常删除 命令行处理方式:（完美解决） 使用nova reset-state命令重置虚拟机状态，或者使用force-delete命令来强制删除虚拟机。  然后再控制台进行删除即可 nova 迁移 迁移和修改实例配置类型需要集群直接可以使用nova用户进行免密登录，原因是在进行迁移或配置修改的时候，会根据资源使用状态来分配到其他宿主机上，不一定是还是本地，所以需要迁移硬盘数据，迁移硬盘数据使用的是nova用户，所以需要配置nova用户在宿主机之间的免密登录。 # 配置nova 登录环境 usermod -s nova /bin/bash # 创建.ssh 目录 mkdir /var/lib/nova/.ssh/ # 创建ssh config文件 cat << EOF > /var/lib/nova/.ssh/config Host * StrictHostKeyChecking no UserKnownHostsFile=/dev/null EOF # 生成公钥私钥 ssh-keygen # 修改公钥名称 mv id_rsa.pub authorized_keys # 放置到nova用户.ssh下 cp id_rsa.pub authorized_keys /var/lib/nova/.ssh too many open files 出现这句提示的原因是程序打开的文件/socket连接数量超过系统设定值。 首先使用ulimit -a选项查看每个用户允许打开的文件数量： 我这里是openstack控制节点，由于数据库和rabbitmq负载较大，所以配置为了102400，使用ulimit -n 102400命令进行配置。 永久设置的办法： 在文件/etc/security/limits.conf加入如下： * soft nofile 102400 * hard nofile 102400 发现使用systemctl启动还是有问题。 还需要修改system的启动文件vim /usr/lib/systemd/system/mariadb.service： [Service] LimitNOFILE=65535 LimitNPROC=65535 如果你遇到的报警是这样的Too many open files in system 那说明文件系统最大可打开文件数需要进行修改，通过cat /proc/sys/fs/file-max文件来查看当前值。 需要修改/etc/sysctl.conf中的值fs.file-max fs.file-max = 102400 执行sysctl -p生效。 服务器异常启动后系统只读 宿主机异常重启后导致虚拟机不可用，报错信息如下： Read-only file system 使用mount查看信息如下 /dev/vda1 on / type ext4 (ro,relatime,seclabel,stripe=4,data=ordered) 使用mount命令重新挂载 mount -o remount,rw /dev/vdba1 / (责任编辑：IT) |