在OpenStack的Web界面Horizon中，在项目概览下，我们可以下载CSV摘要。 Usage（Hours）和Uptime（Seconds）列之间的区别是什么？ 前者似乎是机器运行了多久，而前者似乎受到选定时间段的影响。 这是还是还有其他的区别？ 官方文件没有给出任何解释
我使用Web界面Horizon在OpenStack上创build了一个实例的快照。 我看到图像大小是59.5 GB： 我很惊讶，因为实例的磁盘非常空， 而RAM大部分是未使用的： 与磁盘/内存使用相比，图像大小如此之大？ （59.5 GB） 这个实例的大小非常大：16core | 64GB RAM | 16 VCPU | 64.0GB磁盘。 图像大小是否受实例大小影响？如果是这样，为什么？
熟悉Open Stack的人可以向我解释是否可以使用RDO版本进行生产。 与文档安装指南相比，安装需要几分钟的时间。 我已经在多个虚拟机上安装了Open Stack，现在我正在尝试在Python中构build一个快速部署平台，这将使自动化的开放堆栈安装适用于生产环境。 如果已经有一个快速部署软件可以有人引导我在正确的道路上。
在Fedora-18上，我安装了devstack，当我尝试启动新星计算时，我得到这个错误信息：任何想什么错误的想法。 $ uname -a Linux qabot 3.7.2-201.fc18.x86_64 #1 SMP Fri Jan 11 22:16:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux 2014-12-29 18:54：25.206 TRACE nova.openstack.common.threadgroup 文件“/opt/stack/nova/nova/virt/libvirt/driver.py”，行4591，在_get_instance_capabilities 2014-12-29 18:54：25.206 TRACE nova.openstack.common.threadgroup arch.canonicalize（g.arch），2014-12-29 18:54：25.206 TRACE nova.openstack.common.threadgroup 文件“/opt/stack/nova/nova/compute/arch.py”，第160行，在canonicalize 2014-12-29 18:54：25.206 TRACE nova.openstack.common.threadgroup 引发exception.InvalidArchitectureName（arch = name）2014-12-29 18:54：25.206 TRACE nova.openstack.common.threadgroup InvalidArchitectureName：架构名称'arm'无法识别2014-12-29 18:54:25 .206 TRACE nova。 openstack.common.threadgroup 在这里完成日志
我按照这个指南来安装一个机器设置，它似乎工作。 我得到了openstack-status屏幕，并且是全面的绿色。 现在我想从另一台机器访问10.0.3.12/horizon仪表板，因为我只有SSH到主机。 但它超时:( 所以我search了一下，试图build立一个桥梁，但无法得到那个工作如此放弃的方法。 然后我读了关于浮动IP地址的说法： 在关联IP地址并为该实例configuration安全组规则后，实例将在浮动IP地址处公开提供。 听起来不错！ 所以我开火nova命令和'nova'不是一个已知的命令 …什么给？ OpenStack使用新星 – 我认为…为什么没有安装新星呢？ 我做错了吗？ 好吧，我知道中子是安装的，因为openstack-status表明它正在检查中子的东西，并报告成功。 所以我发射neutron ， “中子”不是一个已知的命令 。 ！“＃％@ 看来不pipe我怎么试，最后都是在沟里。 我需要帮助！ 我该怎么办？
我有一个esxi主机。 在那之下，我创build了运行Openstack（devstack单节点）Juno版本的Ubuntu 14.04机器。 我试图在Openstack中将CSR1000v映像作为虚拟机运行。 我遵循了官方的思科文档，仍然无法做到这一点。 虚拟机成功地在Openstack仪表板上旋转并创build，但是在vnc-console中它被卡住，并且不能继续。 在virtualbox或其他设备下，相同的映像运行良好。 我的Ubuntu有16gb ram和从esxi分配的8cpu。 它需要任何驱动程序？ 如果是这样，我怎么通过OpenStack提供它？ localrc > ADMIN_PASSWORD=password MYSQL_PASSWORD=password > RABBIT_PASSWORD=password SERVICE_PASSWORD=password > SERVICE_TOKEN=password LOGFILE=/opt/stack/logs/stack.sh.log > VERBOSE=True LOG_COLOR=True SCREEN_LOGDIR=/opt/stack/logs OFFLINE=True > RECLONE=no disable_service n-net enable_service q-svc q-agt q-dhcp > q-l3 q-meta q-metering neutron Q_PLUGIN=ml2 ENABLE_TENANT_VLANS=True > ML2_VLAN_RANGES=default:800:900 > Q_ML2_PLUGIN_MECHANISM_DRIVERS=openvswitch > Q_ML2_TENANT_NETWORK_TYPE=vlan PHYSICAL_NETWORK=default > OVS_PHYSICAL_BRIDGE=br-ex disable_service heat h-api h-api-cfn > […]
我的问题是 是否有可能在rhel7上安装OpenStack而无需订阅Redhatnetworking？ 我收到一个错误的依赖phython-greenlet，到目前为止唯一的解决scheme是我订阅的红帽networking 谢谢
我遵循https://www.rdoproject.org/Quickstart在CentOS虚拟机中安装OpenStack。 运行sudo yum install -y openstack-packstack出现以下错误输出 Loaded plugins: fastestmirror, refresh-packagekit, security Setting up Install Process Loading mirror speeds from cached hostfile * base: centos.excellmedia.net * extras: centos.excellmedia.net * updates: centos.excellmedia.net http://repos.fedorapeople.org/repos/openstack/openstack-kilo/%25FDIST%25%25RELEASEVER%25/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 – "The requested URL returned error: 404 Not Found" Trying other mirror. Error: Cannot retrieve repository metadata (repomd.xml) for […]
我有一个控制器和3个计算节点的OpenStack Juno安装程序。 我已经在计算节点之间启用了无需密码的身份validation，以便重新调整工作范围。 实例调整到目前为止工作正常。 现在由于某种原因，我想删除计算节点之间的密码减lessauthentication。 删除密码后，authentication实例不会从一个节点迁移到另一个节点。 那么在每次resize后，是否可以将实例保留在同一个计算主机上？ 如果是，那么如何？ 环境描述： 所有节点的基本操作系统： 经销商ID：Ubuntu 描述：Ubuntu 14.04.1 LTS 发布：14.04 代码名称：可信。 OpenStack详细信息： 版本：Juno。 pipe理程序types：QEMU 存储的实例：短暂（不使用煤渣）
我们已经使用Mirantis Fuel设置了一个基本环境，带有3个控制器/存储节点和3个计算器。 我们使用Fuel来安装基本系统，然后我们添加了一些额外的组件，如用于中子的FWaaS插件。 我们现在面临的问题是我们可以添加一些其他组件，如指定（DNSaaS）或特洛伊（DBaaS）。 我遵循从git-hub的官方指南（试图从python源代码编译）或添加一些额外的回购（ubuntu-cloud-archive）我总是遇到依赖问题。 我认为问题在于，一些安装槽的软件包不是Ubuntu的本机，而是由mirantis重新编译和修改的。 例如，如果我列出一些中子包： dpkg -l | grep neutron ii neutron-common 1:2015.1.1-1~u14.04+mos5355 all Neutron is a virtual network service for Openstack – common ii neutron-dhcp-agent 1:2015.1.1-1~u14.04+mos5355 all Neutron is a virtual network service for Openstack – DHCP agent rc neutron-l3-agent 1:2015.1.1-1~u14.04+mos5348 all Neutron is a virtual network service for Openstack – l3 […]