如果找不到这个Shell的话,那可能是系统模板的问题,我这里是有的。
重新下一个模板并重新cloud-install-sys-tmplt一下(http://cloudstack.apt-get.eu/systemvm/4.6/systemvm64template-4.6.0-kvm.qcow2.bz2)
我CSM/CSA分别用4.6和4.8都用过这个,没问题。
提醒一下:8.8.8.8的DNS不如国内的114.114.114.114快
袁贵
发件人: roarain...@126.com
发送时间: 2016-09-29 10:43
收件人: users-cn
主题: Re:
袁贵,您好:
网络架构和您说的一样,部署时也没有区别,但是在cs页面读取不到二级存储(0KB/0KB)。
csa能mount到二级存储。
ssvm创建成功,且是running状态,登陆到ssvm上,找不到ssvm-check.sh脚本。
确认模板与部署包匹配,都是4.6版本的。
在日志中能看到如下报错信息
2016-09-28 11:02:54,888 DEBUG [c.c.s.StatsCollector]
(StatsCollector-3:ctx-2f74a5a7) There is no secondary storage VM for
你可以先找两台普通电脑,加几个路由器/交换机练练手,应该不是很么问题。
如果SSVM没启动的话,二级存储就是0/0,这个正常。
PS:我是做开发的,因以前有个项目要做Cloudstack的开发,所以顺便搞了下部署。
主存储对带宽敏感,可以每个点单独弄。
公网的IP地址有限,也应该单独弄出来。
袁贵
发件人: roarain...@126.com
发送时间: 2016-09-29 10:11
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
您好:
开源是好,出问题没有技术支持,很纠结。
我觉得这个不是很麻烦吧,网上都有现成的一键部署脚本(autoinstall_cloudstack.sh ),
除了网络环境一一样,其他没什么区别啊。
我也弄过几次部署,都是公司局域网内部用。
CSM:可以和二级存储一起。
CSA:最好分别单独配置。
NFS等主存储,这个直接能影响数据安全和性能,还是单独找存储服务器搞(最好不好直接放CSA上,要不CSA关机时容易卡死在“umount nfs”上)
网络划分,因我们现在没有专门的存储服务器,所以还是跟CSA放一台上了。
>物理机 (管理网络/+存储):192.168.40.* >>(cloudbr1:
您好:
开源是好,出问题没有技术支持,很纠结。
买了本cs的书,概念讲的很清楚,就是实际操作出问题不知道怎么解决。
肯定有遗漏的地方,日志里边也没有什么重要的提示,怀疑是esxi的网络配置或者iptables拦截了,可是以我的能力检查后也没发现有什么问题。
姓名:王啸雨
电话:15910794340
公司:北京中彩在线
邮箱:wangxia...@clo.com.cn
roarain...@126.com
发件人: jsliug...@lvmama.com
发送时间: 2016-09-29 10:00
收件人:
您好:
对啊,只要报错就是二级存储这块,也是醉了。
一直想上生产,测试不通过也不好上。
cs的坑太多了
在准备cs4.8,今天再做一遍。
roarain...@126.com
发件人: jsliug...@lvmama.com
发送时间: 2016-09-29 09:47
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
您好!
您好!
我当时也是测试了好多边,印象最深的就是二级存储这个问题,只要主页面能读到并且不掉线,ssvm就是running状态。然后后面的就都可以进行了。
jsliug...@lvmama.com
发件人: roarain...@126.com
发送时间: 2016-09-29 09:43
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
您好:
没有完成,已经是第二次用cs4.6版本做测试,失败了。
可能我搭建时有盲区,两次都掉进去。
您好:
没有完成,已经是第二次用cs4.6版本做测试,失败了。
可能我搭建时有盲区,两次都掉进去。
请问ssvm中的ssvm-check.sh脚本依赖二级存储吗,为何找不到?
无语啊
roarain...@126.com
发件人: jsliug...@lvmama.com
发送时间: 2016-09-29 09:15
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
您好!
现在是完成了吗?有确定是什么原因导致二级存储掉线么?我之前是在dell R720上面测的。
您好!
现在是完成了吗?有确定是什么原因导致二级存储掉线么?我之前是在dell R720上面测的。
jsliug...@lvmama.com
发件人: roarain...@126.com
发送时间: 2016-09-29 08:49
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
您好:
打算更换版本4.6到4.8,rhel6.5(csm)+rhel7.2(cs1)。
之前在笔记本的vmware
您好:
打算更换版本4.6到4.8,rhel6.5(csm)+rhel7.2(cs1)。
之前在笔记本的vmware workstation,用cs4.8能上传iso,但是由于资源限制,新建的instance一直重启。
回归到4.8试试吧。
非常感谢!
roarain...@126.com
发件人: jsliug...@lvmama.com
发送时间: 2016-09-28 18:14
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
这个应该是不行,我之前的做法是,把数据库干掉,把程序卸载,完全重新再从新来过。
jsliug...@lvmama.com
发件人: roarain...@126.com
发送时间: 2016-09-28 17:44
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
重建ssvm,重新定义secondary storage,重建 advance
zone后在页面读取不到二级存储,且在ssvm虚拟机中没有ssvm-check.sh脚本。
esxi的网络如下所示,请帮忙看下esxi的网络是否有问题
我年初的时候搞过这个,现在只记得有这样一种情况,二级存储不知道为什么会掉线,但是只要页面能读到二级存储(并且不掉线),就没有问题了。
jsliug...@lvmama.com
发件人: roarain...@126.com
发送时间: 2016-09-28 16:02
收件人: users-cn
主题: Re: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
cloudstack页面的二级存储显示为0KB/0KB,在cs1上能挂载二级存储。
先按照您刚才的办法,停止ssvm后删除,等待自动重建。
多谢!
cloudstack页面的二级存储显示为0KB/0KB,在cs1上能挂载二级存储。
先按照您刚才的办法,停止ssvm后删除,等待自动重建。
多谢!
roarain...@126.com
发件人: jsliug...@lvmama.com
发送时间: 2016-09-28 15:50
收件人: users-cn
主题: Re: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
那应该就是二级存储的问题,之前也是在系统里检查NFS挂载正常,但是主页面读取不到。
jsliug...@lvmama.com
发件人: roarain...@126.com
那应该就是二级存储的问题,之前也是在系统里检查NFS挂载正常,但是主页面读取不到。
jsliug...@lvmama.com
发件人: roarain...@126.com
发送时间: 2016-09-28 15:45
收件人: users-cn
主题: 读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本
读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本。
csm和cs1的操作系统是Redhat6.5X64。
根据文档
读取不到二级存储,进入ssvm时没有找到ssvm-check.sh脚本。
csm和cs1的操作系统是Redhat6.5X64。
根据文档
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting
和https://cwiki.apache.org/confluence/display/CLOUDSTACK/SystemVm.iso#SystemVm.iso-KVM
中说明,应该是ssvm与agent版本不匹配导致的。
这个问题我之前好像遇到过,先确认主页面二级存储是否正常,如果有问题,就是system vms is struck in starting state .
But KVM display running !
jsliug...@lvmama.com
From: Hongtu Zang
Date: 2016-09-28 15:30
To: users-cn
Subject: Re: CS4.6 system vms is struck in starting state . But KVM display
running !
看着没什么问题,建议你在cloudstack中先把系统虚拟机强制关机,如果找不到强制关机可以修改db的状态。然后删除这两台系统虚拟机,等等cs重建。或许可以解决这个问题
2016-09-28 11:14 GMT+08:00 roarain...@126.com :
> 您好:
> CS4.6 system vms is struck in starting state . But KVM display running !
>
> Managerment Server/NFS
> Host KVM
> csm
> cs1
>
17 matches
Mail list logo