这是实例内部执行fdisk -l的结果:
这是flavor的情况:
这是volume的情况:
这是instance的情况:
虚拟机是centos 5.5的系统。
7 个解决方案
#1
没有遇到过这种情况。
你可以提供更详细的信息:
1、openstack版本号
2、nova和cinder的日志
3、更多有帮助的信息
你可以提供更详细的信息:
1、openstack版本号
2、nova和cinder的日志
3、更多有帮助的信息
#2
重起后就有了.
#3
这个就不用纠结了,是操作系统的问题,与OpenStack没有什么关系,每次添加设备到系统时,系统会自动的分配设备号/dev/vdb、c、d 递增下去,即使是同一个volume被反复attached到系统中,也会有不同的名字。
这个是从分析OpenStack和libvirt源码得出的结论,与两者确实无关。
这个是从分析OpenStack和libvirt源码得出的结论,与两者确实无关。
#4
感谢各位的回答,最后还是自己解决了。cinder对ubuntu12.10的系统好像有些类似于补丁的包,安装完以后就可以attach了;在没安装之前不能attach是镜像制作的问题,我重做了一个镜像就好了。最后就是有些实例需要重启才能识别出附加的卷,这和usaspy说的一样,这个在我调整cinder在ubuntu12.10上的问题后已经不存在了。
最后, ddl007可能并没有理解我的意思,我的问题并不是attach的volume没有显示成/dev/vdc而是,根本不识别。因为我attach的volume只有2G,上面的图中已经很明显了。
最后感谢各位的回答。谢谢!
最后, ddl007可能并没有理解我的意思,我的问题并不是attach的volume没有显示成/dev/vdc而是,根本不识别。因为我attach的volume只有2G,上面的图中已经很明显了。
最后感谢各位的回答。谢谢!
#5
您好,你的问题最后是怎么解决的呢?我遇到了和你一样的问题。。。
#6
我现在就晕倒了attach不了的问题,并且日志文件里什么都没有提示。有些类似于补丁的包??什么包啊?麻烦您告诉我呗
#7
同问 什么插件啊 楼主
#1
没有遇到过这种情况。
你可以提供更详细的信息:
1、openstack版本号
2、nova和cinder的日志
3、更多有帮助的信息
你可以提供更详细的信息:
1、openstack版本号
2、nova和cinder的日志
3、更多有帮助的信息
#2
重起后就有了.
#3
这个就不用纠结了,是操作系统的问题,与OpenStack没有什么关系,每次添加设备到系统时,系统会自动的分配设备号/dev/vdb、c、d 递增下去,即使是同一个volume被反复attached到系统中,也会有不同的名字。
这个是从分析OpenStack和libvirt源码得出的结论,与两者确实无关。
这个是从分析OpenStack和libvirt源码得出的结论,与两者确实无关。
#4
感谢各位的回答,最后还是自己解决了。cinder对ubuntu12.10的系统好像有些类似于补丁的包,安装完以后就可以attach了;在没安装之前不能attach是镜像制作的问题,我重做了一个镜像就好了。最后就是有些实例需要重启才能识别出附加的卷,这和usaspy说的一样,这个在我调整cinder在ubuntu12.10上的问题后已经不存在了。
最后, ddl007可能并没有理解我的意思,我的问题并不是attach的volume没有显示成/dev/vdc而是,根本不识别。因为我attach的volume只有2G,上面的图中已经很明显了。
最后感谢各位的回答。谢谢!
最后, ddl007可能并没有理解我的意思,我的问题并不是attach的volume没有显示成/dev/vdc而是,根本不识别。因为我attach的volume只有2G,上面的图中已经很明显了。
最后感谢各位的回答。谢谢!
#5
您好,你的问题最后是怎么解决的呢?我遇到了和你一样的问题。。。
#6
我现在就晕倒了attach不了的问题,并且日志文件里什么都没有提示。有些类似于补丁的包??什么包啊?麻烦您告诉我呗
#7
同问 什么插件啊 楼主