Re: Re: 高级网络 部分实例得不到IP,请求各位大大帮助!

2014-12-10 文章 leifan8440
估计交换机里没创建相关的vlan吧



leifan8440
 
发件人: zen...@conac.cn
发送时间: 2014-12-11 09:05
收件人: users-cn
主题: Re: Re: 高级网络 部分实例得不到IP,请求各位大大帮助!
这种情况是交换机的vlan设置有问题,检查一下交换机上vlan数据库中是否配置了guest 
vlan的信息,你现在的情况是虚机和VR之间的通信不能跨越物理主机,也就是交换机哪就不能通过,因为交换机不认识你想要经过它的数据包的vlan标记,因此数据包被抛弃了。
 
 
 
曾繁浩
政务和公益机构域名注册管理中心(CONAC)
网址:http://www.conac.cn
EMAIL:zen...@conac.cn
TEL:010-52035137
地址:北京市朝阳区西坝河光熙门北里甲31号
邮编:100028
发件人: Wei ZHOU
发送时间: 2014-12-10 17:44
收件人: users-cn
主题: Re: 高级网络 部分实例得不到IP,请求各位大大帮助!
你这种情况可以99%确定为 vlan的设置问题。
在 2014年12月10日 上午10:36,xool <170451...@qq.com>写道:
> 请求各位大大帮助!
>
> cloudstack环境:
>   1.一台物理服务器作为KVM HOST服务器,上面跑三台KVM GUEST虚拟机,并配置为CS主存储,辅助存储;
> 2.其中一台KVM虚拟机作为CS 4.4 管理服务器 192.168.10.2/24,;
>  3.另外两台KVM虚拟机作为计算机服务器agent1 、agnet2;
> 4.操作系统都是Centos 6.5
>
> 问题:在高级网络下,只有运行VR的计算服务器中的实例才能得到IP,其他计算服务器里的实例无法得到IP,把VR迁移到哪台计算服务器中,哪台计算服务器里的实例就可以得到IP。试过把物理服务器eth0网卡所接的交换机端口改为trunk模式,把KVM
> GUEST 的网卡加入VR的VLAN都不管用!请问如何处理呢?
>
>
>
>


Re: 关于安全组验证顺序的疑问

2014-11-23 文章 leifan8440
安全组就是hypervisor的防火墙
你可以看下iptanbles eptables arptables



leifan8440
 
发件人: yinhao
发送时间: 2014-11-22 11:11
收件人: cloudstack中文社区
主题: 关于安全组验证顺序的疑问
我在书上看到,用户访问虚拟机实例的过程,首先经过安全组的验证,然后经过物理机hypervisor的防火墙,最后通过虚拟机实例的防火墙验证的。虚拟机实例响应用户请求则恰好反过来。
然后我的问题是:为什么是先经过安全组再通过物理机防火墙,安全组不是虚拟路由器的功能么,那么虚拟路由器在物理机上,应该是先通过物理机防火墙,再经过虚拟路由器啊,这个地方不是太懂,刚接触cloudstack,希望大家有空能帮忙解释一下,万分感谢,学习了!!!
 
from my huawei phone


回复: Re: CS4.2.1下系统虚拟机起不来,重复创建!!!!

2014-09-17 文章 leifan8440
在cs节点上,手动执行vhd-util,看是否正常


leifan8440
 
发件人: 严思恒
发送时间: 2014-09-17 15:30
收件人: users-cn
主题: Re:回复: CS4.2.1下系统虚拟机起不来,重复创建
 
 
hypervisor用的是xenserver6.2.0
 
 
最开始报的错误如下,但是用4.0.2+xenserver6.2.0就可以起来系统虚拟机,一切正常,支持xenserver6.2.0是后来加的!!
 
 
2014-09-17 15:08:29,672 DEBUG [agent.manager.DirectAgentAttache] 
(DirectAgent-20:null) Seq 1-1805189139: Executing request
2014-09-17 15:08:29,681 DEBUG [storage.volume.VolumeServiceImpl] 
(consoleproxy-1:null) Acquire lock on VMTemplateStoragePool 4 with timeout 3600 
seconds
2014-09-17 15:08:31,893 WARN  [xen.resource.XenServerStorageProcessor] 
(DirectAgent-20:null) destoryVDIbyNameLabel failed due to there are 0 VDIs with 
name cloud-f2dce38e-3c5d-4dfb-afbb-5646433e7b22
2014-09-17 15:08:31,893 WARN  [xen.resource.XenServerStorageProcessor] 
(DirectAgent-20:null) can not create vdi in sr 
50515c54-a7f4-dd0c-a6f2-de8f8cb3edc4
2014-09-17 15:08:31,893 WARN  [xen.resource.XenServerStorageProcessor] 
(DirectAgent-20:null) Catch Exception 
com.cloud.utils.exception.CloudRuntimeException for template +  due to 
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 
50515c54-a7f4-dd0c-a6f2-de8f8cb3edc4
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 
50515c54-a7f4-dd0c-a6f2-de8f8cb3edc4
at 
com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.copy_vhd_from_secondarystorage(XenServerStorageProcessor.java:793)
at 
com.cloud.hypervisor.xen.resource.XenServerStorageProcessor.copyTemplateToPrimaryStorage(XenServerStorageProcessor.java:864)
at 
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.execute(StorageSubsystemCommandHandlerBase.java:70)
at 
com.cloud.storage.resource.StorageSubsystemCommandHandlerBase.handleStorageCommands(StorageSubsystemCommandHandlerBase.java:49)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:625)
at 
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59)
at 
com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:106)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
2014-09-17 15:08:31,895 DEBUG [agent.manager.DirectAgentAttache] 
(DirectAgent-20:null) Seq 1-1805189139: Response Received: 
2014-09-17 15:08:31,896 DEBUG [agent.transport.Request] (DirectAgent-20:null) 
Seq 1-1805189139: Processing:  { Ans: , MgmtId: 77174408354289, via: 1, Ver: 
v1, Flags: 110, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"Catch
 Exception com.cloud.utils.exception.CloudRuntimeException for template +  due 
to com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 
50515c54-a7f4-dd0c-a6f2-de8f8cb3edc4","wait":0}}] }
2014-09-17 15:08:31,896 DEBUG [agent.manager.AgentAttache] 
(DirectAgent-20:null) Seq 1-1805189139: No more commands found
2014-09-17 15:08:31,896 DEBUG [agent.transport.Request] (secstorage-1:null) Seq 
1-1805189139: Received:  { Ans: , MgmtId: 77174408354289, via: 1, Ver: v1, 
Flags: 110, { CopyCmdAnswer } }
2014-09-17 15:08:31,914 INFO  [storage.volume.VolumeServiceImpl] 
(secstorage-1:null) releasing lock for VMTemplateStoragePool 4
2014-09-17 15:08:31,915 WARN  [utils.db.Merovingian2] (secstorage-1:null) Was 
unable to find lock for the key template_spool_ref4 and thread id 17338152
2014-09-17 15:08:31,915 DEBUG [cloud.storage.VolumeManagerImpl] 
(secstorage-1:null) Unable to create Vol[3|vm=3|ROOT]:Catch Exception 
com.cloud.utils.exception.CloudRuntimeException for template +  due to 
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 
50515c54-a7f4-dd0c-a6f2-de8f8cb3edc4
2014-09-17 15:08:31,915 INFO  [cloud.vm.VirtualMachineManagerImpl] 
(secstorage-1:null) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create Vol[3|vm=3|ROOT]:Catch Exception 
com.cloud.utils.exception.CloudRuntimeException for template +  due to 
com.cloud.utils.exception.CloudRuntimeException: can not create vdi in sr 
50515c54-a7f4-dd0c-a6f2-de8f8cb3edc4
at 
com.cloud.storage.VolumeManagerImpl.recreateVolume(VolumeManagerImpl.java:2590)
at com.cloud.storage.VolumeM

回复: cloudstack-咨询高级网络相关问题-谢谢

2014-08-05 文章 leifan8440
1, 高级网络  shared类型
2.导出导入
3.官网发行文档



leifan8440
 
发件人: apache_soft
发送时间: 2014-08-05 16:25
收件人: users-cn
主题: cloudstack-咨询高级网络相关问题-谢谢
先谢谢你能抽时间看这封邮件,我目前有三个问题需要困扰着我:
1.在我们的物理环境中,不能随便创建子网,且虚拟机的IP地址都是网管分配的,网关有的是在三层交换机上,有的是在防火墙上,且需要为虚拟划分vlan,就是在vmware
 vsphere 
client中创建虚拟端口组,我的问题就是因为需要创建vlan所以必须使用高级网络,但创建的来宾网络在交换机或防火墙上是已经存在的,且网关应该落到交换机或防火墙上,请问如何能做到这点?
2.如何接管已经存在虚拟机,有没有变通的方法?
3.每次版本的更新日志,与前一版本相比修正的bug与新加的功能,这些信息从哪里可以看到?
再次感谢!
 


回复: cloudstack + xen 无法创建WINDOWS系列实例

2014-07-24 文章 leifan8440
  errorInfo: [VM_HVM_REQUIRED, OpaqueRef:6fb805d2-615d-28bc-0244-4697e32e6c62]
 
 otherConfig: {}



leifan8440
 
发件人: 7d...@163.com
发送时间: 2014-07-24 21:30
收件人: users-cn
主题: cloudstack + xen 无法创建WINDOWS系列实例
 
 
 
 
 
 
日志如下:麻烦超哥再看下,windowsxpsp3也不行 ?WIN7 ?WIN8 ?2003 ? 2008 ?都试了 ?
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(CitrixResourceBase.java:3764)
 
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3876)
 
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1721)
 
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:545)
 
at 
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59)
 
at 
com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:106)
 
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
 
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
 
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
 
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
 
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
 
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
 
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
 
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
 
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 
at java.lang.Thread.run(Thread.java:701)
 
2014-07-24 21:27:30,402 WARN  [c.c.h.x.r.CitrixResourceBase] 
(DirectAgent-272:ctx-2589d52d) Catch Exception: class 
com.cloud.utils.exception.CloudRuntimeException due to 
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(i-2-35-VM) 
on host(96472e33-a067-485a-aac3-6863972943e9) due to Task failed! Task record:  
   uuid: a1f12ec0-771c-ff9d-f33f-ebd740aaca18
 
   nameLabel: Async.VM.start_on
 
 nameDescription: 
 
   allowedOperations: []
 
   currentOperations: {}
 
 created: Thu Jul 24 21:25:55 CST 2014
 
finished: Thu Jul 24 21:25:55 CST 2014
 
  status: failure
 
  residentOn: com.xensource.xenapi.Host@ada5de2f
 
progress: 1.0
 
type: 
 
  result: 
 
   errorInfo: [VM_HVM_REQUIRED, 
OpaqueRef:6fb805d2-615d-28bc-0244-4697e32e6c62]
 
 otherConfig: {}
 
   subtaskOf: com.xensource.xenapi.Task@aaf13f6f
 
subtasks: []
 
 
 
com.cloud.utils.exception.CloudRuntimeException: Unable to start VM(i-2-35-VM) 
on host(96472e33-a067-485a-aac3-6863972943e9) due to Task failed! Task record:  
   uuid: a1f12ec0-771c-ff9d-f33f-ebd740aaca18
 
   nameLabel: Async.VM.start_on
 
 nameDescription: 
 
   allowedOperations: []
 
   currentOperations: {}
 
 created: Thu Jul 24 21:25:55 CST 2014
 
finished: Thu Jul 24 21:25:55 CST 2014
 
  status: failure
 
  residentOn: com.xensource.xenapi.Host@ada5de2f
 
progress: 1.0
 
type: 
 
  result: 
 
   errorInfo: [VM_HVM_REQUIRED, 
OpaqueRef:6fb805d2-615d-28bc-0244-4697e32e6c62]
 
 otherConfig: {}
 
   subtaskOf: com.xensource.xenapi.Task@aaf13f6f
 
subtasks: []
 
 
 
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3887)
 
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1721)
 
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:545)
 
at 
com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59)
 
at 
com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:106)
 
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
 
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
 
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 
at

Re: xenserver虚拟出来的网卡类型

2014-07-01 文章 leifan8440
windows??
装xen-tools



leifan8440
 
发件人: wqxiaoaojian...@gmail.com
发送时间: 2014-07-01 16:06
收件人: users-cn
主题: xenserver虚拟出来的网卡类型
物理机交换机都是千兆的网卡,但xenserver虚拟出来的虚拟机网卡都显示的百兆网卡,没有找到可以修改网卡类型的地方,有人知道可以怎么虚拟出千兆的网卡吗? 


回复: 回复:XenServer共享存储thin provisioning

2014-06-22 文章 leifan8440
xenserver只在nfs支持thin provisioning
其他不支持,跟cs没关系




leifan8440

From: 浪鲟遇
Date: 2014-06-23 11:22
To: users-cn
Subject: 回复:XenServer共享存储thin provisioning
cloudstack,本身支持,应该与XENSERVER没有关系




-- 原始邮件 --
发件人: "hongwe...@gmail.com";;
发送时间: 2014年6月23日(星期一) 上午10:22
收件人: "users-cn"; 

主题: XenServer共享存储thin provisioning









各位好:? ? ? ?虚拟化使用的xenserver6.2,共享存储使用FC-SAN,磁盘空间有限,想使用thin 
provisioning模式,查了许多资料,都是说FC-SAN不支持,如果存储本身支持XenServer的thin-provisioning,CloudStack也可以支持存储超配.想问一下,有没有资料显示哪些存储支持,或者说怎么看我现在的存储是否支持,是不是在xenserver安装时选择thin
 provisioning即可。


hongwe...@gmail.com

回复: FC怎样实现作为KVM的主存储

2013-12-04 文章 leifan8440
要用到集群文件系统,比如GFS2、CLVM之类的,需要自己配置
http://www.cloudstack-china.org/2013/10/2629.html




leifan8440

发件人: 赵涛
发送时间: 2013-12-05 09:26
收件人: users-cn@cloudstack.apache.org
主题: FC怎样实现作为KVM的主存储
FC怎样实现作为KVM的主存储,在官方文档只看到可通过sharemount方式实现。请问应该怎么操作? 

Re: 请问大家一下cloudstack 的network 应该怎样配置

2013-12-01 文章 leifan8440
没有覆盖
是的




leifan8440

发件人: Liu,Lin
发送时间: 2013-12-02 14:17
收件人: users-cn@cloudstack.apache.org
主题: 请问大家一下cloudstack 的network 应该怎样配置
请问大家一下cloudstack 的network 应该怎样配置。
比如,management, storage和guest network 
是否应该互相有覆盖?
我的一个nfs server 作为secondary 
storage,它的IP是否应该在storage iP range 的范围?
谢谢大家

回复: Cloudstack 4.2中有一个新的netwokoffering(网络方案) QuickCloudServiceice,有人用过吗?

2013-11-15 文章 leifan8440
高级网络,建一个没DHCP的网络方案就行了




leifan8440

发件人: 张海峰
发送时间: 2013-11-15 13:53
收件人: users-cn@cloudstack.apache.org
主题: Cloudstack 4.2中有一个新的netwokoffering(网络方案) QuickCloudServiceice,有人用过吗?
最近有客户的网络需求是不允许新建DHCP,这样vRouter就不能使用了。
想建立一个Basic Zone, 建立虚拟机的时候不带vrouter.有人知道怎么建吗?
我看到4.2中有个新的网络方案,其中没有任何网络服务,用这个是否能满足要求,有人使用过吗?
release文档中没有找到任何资料啊。  

回复: 【请教】cloudstack 网络应该如何规划、如何配置、如何检验网络是符合要求的;

2013-07-24 文章 leifan8440
你从一开始就错了
cs-mg只是管理端,能连host就行
加zone的时候配置的管理、public、guest流量标签,在host上要有对应名字的网桥
交换机上要配置好guest流量用的vlan段,网桥对应的物理网卡连的交换机口要根据流量的配置不同设成trunk或access






leifan8440

发件人: 不坏阿峰
发送时间: 2013-07-25 12:53
收件人: users-cn
主题: 【请教】cloudstack 网络应该如何规划、如何配置、如何检验网络是符合要求的;
cloudstack 4.0 ,ubuntu12.04 的环境, 不管使用basice 和advanced网络模式,都是svm
系统虚拟机都可以启动,就是虚拟机无法访问cs-mg;
cs-mg:

eth1: 192.168.230.10   想作为管理网
eth2: 192.168.240.10   想作为public
eth3: 192.168.250.10   想作为private


kvm01:
eth1: 192.168.230.11
eth2: 192.168.240.11
eth3: 192.168.250.11

将kvm01 添加到cloudstack后,kvm的网络配置就变成了这个样子。
# The primary network interface
auto eth0

iface eth0 inet manual
  auto cloudbr0
  iface cloudbr0 inet static
  bridge_ports eth0

address 192.168.230.11
netmask 255.255.255.0
gateway 192.168.230.1
dns-nameservers 192.168.123.61 192.168.123.1
dns-domain lab.com

auto eth1
iface eth1 inet static
address 192.168.240.11
netmask 255.255.255.0
gateway 192.168.240.1
dns-nameservers 192.168.123.61 192.168.123.1
dns-domain lab.com

auto eth2
iface eth2 inet static
address 192.168.250.11
netmask 255.255.255.0
gateway 192.168.250.1
dns-nameservers 192.168.123.61 192.168.123.1
dns-domain lab.com

svm虚拟机的变成这样;
公用 IP 地址 192.168.250.168
专用 IP 地址 192.168.230.68
链接本地 IP 地址  169.254.2.28

从kvm01访问svm ssh -i .ssh/id_rsa.cloud -p 3922
 169.254.2.28;登陆到svm后,无法访问cs-mg;   导入iso 也一直状态ready no;

想请教下 管理网、public、private 到底是干什么用的,一直搞的很糊涂。如果我只是做实验;
应该如何配置网络,一定要桥接么(为啥cs添加kvm后要自己桥接)? 然后如何测试网络配置的是ok的,标准结果是什么;是不是svm 要能访问到cs-mg
才算通。