You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-cn@cloudstack.apache.org by 黄井优 <hu...@casc.ac.cn> on 2012/12/09 06:44:53 UTC

cs4.0添加主要时出错

大家好我在添加主机时出错,我感觉应该是没有配置网桥,网桥要自己手动配置的吗?
日志如下:
management.log
2012-12-09 21:35:14,858 DEBUG [utils.ssh.SSHCmdHelper] (catalina-exec-24:null) Executing cmd: cloud-setup-agent  -m 10.10.10.1 -z 1 -p 1 -c 1 -g 734d8237-d38e-3ccf-b0f9-be2ecc9cfe45 -a --pubNic=brpublic --prvNic=brmanage --guestNic=brguest 

agent.log
2012-12-09 21:35:49,051 INFO  [utils.component.ComponentLocator] (main:null) Unable to find components.xml
2012-12-09 21:35:49,052 INFO  [utils.component.ComponentLocator] (main:null) Skipping configuration using components.xml
2012-12-09 21:35:49,052 INFO  [cloud.agent.AgentShell] (main:null) Implementation Version is 4.0.0.20121024012150
2012-12-09 21:35:49,053 INFO  [cloud.agent.AgentShell] (main:null) agent.properties found at /etc/cloud/agent/agent.properties
2012-12-09 21:35:49,054 INFO  [cloud.agent.AgentShell] (main:null) Defaulting to using properties file for storage
2012-12-09 21:35:49,055 INFO  [cloud.agent.AgentShell] (main:null) Defaulting to the constant time backoff algorithm
2012-12-09 21:35:49,104 INFO  [cloud.agent.Agent] (main:null) id is 3
2012-12-09 21:35:49,115 ERROR [cloud.resource.ServerResourceBase] (main:null) Nics are not configured!
2012-12-09 21:35:49,119 INFO  [cloud.resource.ServerResourceBase] (main:null) Designating private to be nic eth1
2012-12-09 21:35:49,183 INFO  [resource.virtualnetwork.VirtualRoutingResource] (main:null) VirtualRoutingResource _scriptDir to use: scripts/network/domr/kvm
2012-12-09 21:35:49,869 ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Failed to get private nic name
~
setup.log
DEBUG:root:execute:hostname -f
DEBUG:root:execute:service cgconfig status
DEBUG:root:execute:service cgconfig stop
DEBUG:root:execute:chkconfig --level 2345 cgconfig on
DEBUG:root:execute:service cgconfig status
DEBUG:root:Failed to execute:Stopped
DEBUG:root:execute:service cgconfig start
DEBUG:root:execute:service cgred status
DEBUG:root:execute:service cgred stop
DEBUG:root:execute:chkconfig --level 2345 cgred on
DEBUG:root:execute:service cgred status
DEBUG:root:Failed to execute:cgred 已停
DEBUG:root:execute:service cgred start
DEBUG:root:execute:selinuxenabled
DEBUG:root:execute:setenforce 0
DEBUG:root:execute:service libvirtd status
DEBUG:root:execute:service libvirtd status
DEBUG:root:execute:service libvirtd start
DEBUG:root:execute:iptables-save|grep INPUT|grep -w 22
DEBUG:root:execute:iptables-save|grep INPUT|grep -w 16509
DEBUG:root:execute:iptables-save|grep INPUT|grep -w 5900:6100
DEBUG:root:execute:iptables-save|grep INPUT|grep -w 49152:49216
DEBUG:root:execute:iptables -D FORWARD -j REJECT --reject-with icmp-host-prohibited
DEBUG:root:Failed to execute:iptables: No chain/target/match by that name.
DEBUG:root:execute:iptables-save > /etc/sysconfig/iptables
DEBUG:root:execute:service iptables status
DEBUG:root:execute:service iptables status
DEBUG:root:execute:service iptables start
DEBUG:root:execute:chkconfig --level 2345 rpcbind on
DEBUG:root:execute:service rpcbind status
DEBUG:root:execute:service rpcbind start
DEBUG:root:execute:service rpcbind status
DEBUG:root:execute:service rpcbind status
DEBUG:root:execute:service rpcbind start
DEBUG:root:execute:chkconfig --level 2345 nfs on
DEBUG:root:execute:service nfs status
DEBUG:root:execute:service nfs start
DEBUG:root:execute:service nfs status
DEBUG:root:execute:service nfs status
DEBUG:root:execute:service nfs start
DEBUG:root:execute:service cloud-agent status
DEBUG:root:Failed to execute:cloud-agent 已死,但是 subsys 被锁
DEBUG:root:execute:sleep 30
DEBUG:root:execute:chkconfig --level 2345 cloud-agent on
DEBUG:root:execute:service cloud-agent status
DEBUG:root:Failed to execute:cloud-agent 已死,但是 subsys 被锁
DEBUG:root:execute:service cloud-agent start

Re: 回复: Re:一台机器里安装管理节点和主机节点 添加主机不成功

Posted by 赖炳华 <la...@gmail.com>.
于 2012年12月11日 17:51, Force 写道:
> 提示如下:
> [root@cs modprobe.d]# service cloud-agent status   
> cloud-agent dead but subsys locked
cloud-agent没有起来呀,你自己查看/var/log/cloud/agent/agent.log日志文
件,看看错误在哪? 调试好了才行

回复: Re:一台机器里安装管理节点和主机节点 添加主机不成功

Posted by Force <cy...@163.com>.
提示如下:
[root@cs modprobe.d]# service cloud-agent status   
cloud-agent dead but subsys locked




Force

发件人: 赖炳华
发送时间: 2012-12-11 17:23
收件人: cloudstack-users-cn
主题: Re:回复: Re:一台机器里安装管理节点和主机节点 添加主机不成功
您的错误信息是“Unable to find the server resources”,  是不是192.168.0.152没有启动agent服务,还是被iptable挡啦,检查检查 
执行 1. # service cloud-agnet status   


于 2012年12月11日 16:51, Force 写道:
> 错误信息如下所示:
>
> 2012-12-11 16:45:40,573 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-12:null) Unable to find the server resources at http://192.168.0.152
> 2012-12-11 16:45:40,581 WARN  [api.commands.AddHostCmd] (catalina-exec-12:null) Exception: 
> com.cloud.exception.DiscoveryException: Unable to add the host
> at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:737)
> at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:544)
> at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:140)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:138)
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:543)
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:422)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:63)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
> at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2012-12-11 16:45:40,582 WARN  [cloud.api.ApiDispatcher] (catalina-exec-12:null) class com.cloud.api.ServerApiException : Unable to add the host 
>
>
>
>
> Force
>
> 发件人: 赖炳华
> 发送时间: 2012-12-11 16:44
> 收件人: cloudstack-users-cn
> 主题: Re:一台机器里安装管理节点和主机节点 添加主机不成功
> 于 2012年12月11日 16:34, Force 写道:
>> 我在一台机器里安装管理节点和主机节点,但是当我添加主机的时候总是不能成功,请问你们是怎么解决的?
> 添加主机不成功有多种情况的,你最好把错误信息发出来,别人才可以给你建议。
> 这个日志文件比较全:/var/log/cloud/management/management-server.log

Re: 回复: Re:一台机器里安装管理节点和主机节点 添加主机不成功

Posted by 赖炳华 <la...@gmail.com>.
您的错误信息是“Unable to find the server resources”,  是不是192.168.0.152没有启动agent服务,还是被iptable挡啦,检查检查 
执行 1. # service cloud-agnet status   


于 2012年12月11日 16:51, Force 写道:
> 错误信息如下所示:
>
> 2012-12-11 16:45:40,573 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-12:null) Unable to find the server resources at http://192.168.0.152
> 2012-12-11 16:45:40,581 WARN  [api.commands.AddHostCmd] (catalina-exec-12:null) Exception: 
> com.cloud.exception.DiscoveryException: Unable to add the host
> at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:737)
> at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:544)
> at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:140)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:138)
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:543)
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:422)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:63)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
> at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
> at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2012-12-11 16:45:40,582 WARN  [cloud.api.ApiDispatcher] (catalina-exec-12:null) class com.cloud.api.ServerApiException : Unable to add the host 
>
>
>
>
> Force
>
> 发件人: 赖炳华
> 发送时间: 2012-12-11 16:44
> 收件人: cloudstack-users-cn
> 主题: Re:一台机器里安装管理节点和主机节点 添加主机不成功
> 于 2012年12月11日 16:34, Force 写道:
>> 我在一台机器里安装管理节点和主机节点,但是当我添加主机的时候总是不能成功,请问你们是怎么解决的?
> 添加主机不成功有多种情况的,你最好把错误信息发出来,别人才可以给你建议。
> 这个日志文件比较全:/var/log/cloud/management/management-server.log


回复: Re:一台机器里安装管理节点和主机节点 添加主机不成功

Posted by Force <cy...@163.com>.
错误信息如下所示:

2012-12-11 16:45:40,573 WARN  [cloud.resource.ResourceManagerImpl] (catalina-exec-12:null) Unable to find the server resources at http://192.168.0.152
2012-12-11 16:45:40,581 WARN  [api.commands.AddHostCmd] (catalina-exec-12:null) Exception: 
com.cloud.exception.DiscoveryException: Unable to add the host
at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:737)
at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:544)
at com.cloud.api.commands.AddHostCmd.execute(AddHostCmd.java:140)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:138)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:543)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:422)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:63)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:679)
2012-12-11 16:45:40,582 WARN  [cloud.api.ApiDispatcher] (catalina-exec-12:null) class com.cloud.api.ServerApiException : Unable to add the host 




Force

发件人: 赖炳华
发送时间: 2012-12-11 16:44
收件人: cloudstack-users-cn
主题: Re:一台机器里安装管理节点和主机节点 添加主机不成功
于 2012年12月11日 16:34, Force 写道:
> 我在一台机器里安装管理节点和主机节点,但是当我添加主机的时候总是不能成功,请问你们是怎么解决的?
添加主机不成功有多种情况的,你最好把错误信息发出来,别人才可以给你建议。
这个日志文件比较全:/var/log/cloud/management/management-server.log

Re: 一台机器里安装管理节点和主机节点 添加主机不成功

Posted by 赖炳华 <la...@gmail.com>.
于 2012年12月11日 16:34, Force 写道:
> 我在一台机器里安装管理节点和主机节点,但是当我添加主机的时候总是不能成功,请问你们是怎么解决的?
添加主机不成功有多种情况的,你最好把错误信息发出来,别人才可以给你建议。
这个日志文件比较全:/var/log/cloud/management/management-server.log

一台机器里安装管理节点和主机节点 添加主机不成功

Posted by Force <cy...@163.com>.
我在一台机器里安装管理节点和主机节点,但是当我添加主机的时候总是不能成功,请问你们是怎么解决的?

Re: Re: 回复: 关于网络的划分

Posted by tanthalas <ta...@hotmail.com>.
从运维的角度来说,public和guest network是属于对外,而Management和storage是内网,内外网要进行隔离比较好,以保证安全。
你ping不通的问题,建议看一下交换机,和路由器的配置,不同网段,以及不同vlan的配置是什么样的。我觉得应该属于网络架构上的设计问题。还是咨询一下网络专家比较好。


2012-12-10 



刘宇超  Richard Liu



发件人: Guangjian Liu 
发送时间: 2012-12-10  19:09:45 
收件人: cloudstack-users-cn; huangjy 
抄送: 
主题: Re: 回复: 关于网络的划分 
 
建议Management和Storage一个网卡,Public和Guest一个网卡。public和guest用于负责业务的流量,management和storage负责内部平台的流量,包括管理和存储。
2012/12/10 黄井优 <hu...@casc.ac.cn>
> 你好,谢谢你的回答,我期望的是hypervisor和主存储连接的网络,
> hypervisor和主存储连接的网络 和 CS 4.0里的storage network有什么不同吗?我希望两种存储的网络都走eth1~
>
> 我现在manage和public网络在一个子网,但是我现在出现的问题是在物理机里ping不能manage网络(SSVM里的manage
> ip)。请问这网桥要如何配置呢?
> 我现在配置的是:
> [root@node5 agent]# brctl show
> bridge name     bridge id               STP enabled     interfaces
> brguest         8000.6c626d42489e       yes             eth0.300
> brmanage                8000.6c626d42489e       yes             eth0.100
>                                                         vnet1
>                                                         vnet4
> brpublic                8000.6c626d42489e       yes             eth0.200
> brstorage               8000.6c626d42489f       yes             eth1
>                                                         vnet6
> cloud0          8000.fe00a9fe0038       no              vnet0
>                                                         vnet3
> cloudVirBr401           8000.6c626d42489e       no              eth0.401
>                                                         vnet2
>                                                         vnet5
> virbr0          8000.5254001674f2       yes             virbr0-nic
>
> brmanage  桥接的是manage
> cloudVirBr401 桥接的是public
> brstorage  桥接的是storage
>
>
>
>
>
>
>
> 发件人: Mice
> 发送时间: 2012-12-10 16:12
> 收件人: cloudstack-users-cn
> 主题: Re: 关于网络的划分
> manage和public可以用同一个网卡,也可以用一个子网,IP范围分开即可。
>
> 另外,你期望的存储网络是hypervisor和主存储连接的网络,还是CS 4.0里的storage network?
>
> -Mice
>
> 在 2012年12月10日 下午1:46,黄井优 <hu...@casc.ac.cn>写道:
>
> > 大家好,我现在所有的物理机都配置有两个物理网卡,eth0是在10.10.10.0/24的网段,eth1是在11.11.11.0/24的网段。
> >
> >
> 我想使用eth1作为存储网络,manage,pubic,guest.都放在eth0中。请问我该如何配置物理网络呢,manage和public能在同一个子网吗?子网应该如果划分呢?谢谢~
>
-- 
Guangjian

Re: 回复: 关于网络的划分

Posted by Guangjian Liu <gu...@gmail.com>.
建议Management和Storage一个网卡,Public和Guest一个网卡。public和guest用于负责业务的流量,management和storage负责内部平台的流量,包括管理和存储。

2012/12/10 黄井优 <hu...@casc.ac.cn>

> 你好,谢谢你的回答,我期望的是hypervisor和主存储连接的网络,
> hypervisor和主存储连接的网络 和 CS 4.0里的storage network有什么不同吗?我希望两种存储的网络都走eth1~
>
> 我现在manage和public网络在一个子网,但是我现在出现的问题是在物理机里ping不能manage网络(SSVM里的manage
> ip)。请问这网桥要如何配置呢?
> 我现在配置的是:
> [root@node5 agent]# brctl show
> bridge name     bridge id               STP enabled     interfaces
> brguest         8000.6c626d42489e       yes             eth0.300
> brmanage                8000.6c626d42489e       yes             eth0.100
>                                                         vnet1
>                                                         vnet4
> brpublic                8000.6c626d42489e       yes             eth0.200
> brstorage               8000.6c626d42489f       yes             eth1
>                                                         vnet6
> cloud0          8000.fe00a9fe0038       no              vnet0
>                                                         vnet3
> cloudVirBr401           8000.6c626d42489e       no              eth0.401
>                                                         vnet2
>                                                         vnet5
> virbr0          8000.5254001674f2       yes             virbr0-nic
>
> brmanage  桥接的是manage
> cloudVirBr401 桥接的是public
> brstorage  桥接的是storage
>
>
>
>
>
>
>
> 发件人: Mice
> 发送时间: 2012-12-10 16:12
> 收件人: cloudstack-users-cn
> 主题: Re: 关于网络的划分
> manage和public可以用同一个网卡,也可以用一个子网,IP范围分开即可。
>
> 另外,你期望的存储网络是hypervisor和主存储连接的网络,还是CS 4.0里的storage network?
>
> -Mice
>
> 在 2012年12月10日 下午1:46,黄井优 <hu...@casc.ac.cn>写道:
>
> > 大家好,我现在所有的物理机都配置有两个物理网卡,eth0是在10.10.10.0/24的网段,eth1是在11.11.11.0/24的网段。
> >
> >
> 我想使用eth1作为存储网络,manage,pubic,guest.都放在eth0中。请问我该如何配置物理网络呢,manage和public能在同一个子网吗?子网应该如果划分呢?谢谢~
>



-- 
Guangjian

回复: 回复: 关于网络的划分

Posted by 黄井优 <hu...@casc.ac.cn>.
你好,谢谢你的回答,我期望的是hypervisor和主存储连接的网络,
hypervisor和主存储连接的网络 和 CS 4.0里的storage network有什么不同吗?我希望两种存储的网络都走eth1~

我现在manage和public网络在一个子网,但是我现在出现的问题是在物理机里ping不能manage网络(SSVM里的manage ip)。请问这网桥要如何配置呢?
我现在配置的是:
[root@node5 agent]# brctl show
bridge name     bridge id               STP enabled     interfaces
brguest         8000.6c626d42489e       yes             eth0.300
brmanage                8000.6c626d42489e       yes             eth0.100
                                                        vnet1
                                                        vnet4
brpublic                8000.6c626d42489e       yes             eth0.200
brstorage               8000.6c626d42489f       yes             eth1
                                                        vnet6
cloud0          8000.fe00a9fe0038       no              vnet0
                                                        vnet3
cloudVirBr401           8000.6c626d42489e       no              eth0.401
                                                        vnet2
                                                        vnet5
virbr0          8000.5254001674f2       yes             virbr0-nic

brmanage  桥接的是manage
cloudVirBr401 桥接的是public
brstorage  桥接的是storage







发件人: Mice
发送时间: 2012-12-10 16:12
收件人: cloudstack-users-cn
主题: Re: 关于网络的划分
manage和public可以用同一个网卡,也可以用一个子网,IP范围分开即可。

另外,你期望的存储网络是hypervisor和主存储连接的网络,还是CS 4.0里的storage network?

-Mice

在 2012年12月10日 下午1:46,黄井优 <hu...@casc.ac.cn>写道:

> 大家好,我现在所有的物理机都配置有两个物理网卡,eth0是在10.10.10.0/24的网段,eth1是在11.11.11.0/24的网段。
>
> 我想使用eth1作为存储网络,manage,pubic,guest.都放在eth0中。请问我该如何配置物理网络呢,manage和public能在同一个子网吗?子网应该如果划分呢?谢谢~

回复: Re: 关于网络的划分

Posted by 黄井优 <hu...@casc.ac.cn>.
你好,谢谢你的回答,我期望的是hypervisor和主存储连接的网络,
hypervisor和主存储连接的网络 和 CS 4.0里的storage network有什么不同吗?我希望两种存储的网络都走eth1~

我现在manage和public网络在一个子网,但是我现在出现的问题是在物理机里ping不能manage网络(SSVM里的manage ip)。请问这网桥要如何配置呢?
我现在配置的是:
[root@node5 agent]# brctl show
bridge name     bridge id               STP enabled     interfaces
brguest         8000.6c626d42489e       yes             eth0.300
brmanage                8000.6c626d42489e       yes             eth0.100
                                                        vnet1
                                                        vnet4
brpublic                8000.6c626d42489e       yes             eth0.200
brstorage               8000.6c626d42489f       yes             eth1
                                                        vnet6
cloud0          8000.fe00a9fe0038       no              vnet0
                                                        vnet3
cloudVirBr401           8000.6c626d42489e       no              eth0.401
                                                        vnet2
                                                        vnet5
virbr0          8000.5254001674f2       yes             virbr0-nic






发件人: Mice
发送时间: 2012-12-10 16:12
收件人: cloudstack-users-cn
主题: Re: 关于网络的划分
manage和public可以用同一个网卡,也可以用一个子网,IP范围分开即可。

另外,你期望的存储网络是hypervisor和主存储连接的网络,还是CS 4.0里的storage network?

-Mice

在 2012年12月10日 下午1:46,黄井优 <hu...@casc.ac.cn>写道:

> 大家好,我现在所有的物理机都配置有两个物理网卡,eth0是在10.10.10.0/24的网段,eth1是在11.11.11.0/24的网段。
>
> 我想使用eth1作为存储网络,manage,pubic,guest.都放在eth0中。请问我该如何配置物理网络呢,manage和public能在同一个子网吗?子网应该如果划分呢?谢谢~

Re: 关于网络的划分

Posted by Mice <mi...@gmail.com>.
manage和public可以用同一个网卡,也可以用一个子网,IP范围分开即可。

另外,你期望的存储网络是hypervisor和主存储连接的网络,还是CS 4.0里的storage network?

-Mice

在 2012年12月10日 下午1:46,黄井优 <hu...@casc.ac.cn>写道:

> 大家好,我现在所有的物理机都配置有两个物理网卡,eth0是在10.10.10.0/24的网段,eth1是在11.11.11.0/24的网段。
>
> 我想使用eth1作为存储网络,manage,pubic,guest.都放在eth0中。请问我该如何配置物理网络呢,manage和public能在同一个子网吗?子网应该如果划分呢?谢谢~

关于网络的划分

Posted by 黄井优 <hu...@casc.ac.cn>.
大家好,我现在所有的物理机都配置有两个物理网卡,eth0是在10.10.10.0/24的网段,eth1是在11.11.11.0/24的网段。
我想使用eth1作为存储网络,manage,pubic,guest.都放在eth0中。请问我该如何配置物理网络呢,manage和public能在同一个子网吗?子网应该如果划分呢?谢谢~

RE: cs4.0添加主要时出错

Posted by Edison Su <Ed...@citrix.com>.
对的,需要提前配置,如果你不是用的默认设置。

> -----Original Message-----
> From: 黄井优 [mailto:huangjy@casc.ac.cn]
> Sent: Saturday, December 08, 2012 9:45 PM
> To: cloudstack-users-cn
> Subject: cs4.0添加主要时出错
> 
> 大家好我在添加主机时出错,我感觉应该是没有配置网桥,网桥要自己手
> 动配置的吗?
> 日志如下:
> management.log
> 2012-12-09 21:35:14,858 DEBUG [utils.ssh.SSHCmdHelper] (catalina-exec-
> 24:null) Executing cmd: cloud-setup-agent  -m 10.10.10.1 -z 1 -p 1 -c 1 -g
> 734d8237-d38e-3ccf-b0f9-be2ecc9cfe45 -a --pubNic=brpublic --
> prvNic=brmanage --guestNic=brguest
> 
> agent.log
> 2012-12-09 21:35:49,051 INFO  [utils.component.ComponentLocator]
> (main:null) Unable to find components.xml
> 2012-12-09 21:35:49,052 INFO  [utils.component.ComponentLocator]
> (main:null) Skipping configuration using components.xml
> 2012-12-09 21:35:49,052 INFO  [cloud.agent.AgentShell] (main:null)
> Implementation Version is 4.0.0.20121024012150
> 2012-12-09 21:35:49,053 INFO  [cloud.agent.AgentShell] (main:null)
> agent.properties found at /etc/cloud/agent/agent.properties
> 2012-12-09 21:35:49,054 INFO  [cloud.agent.AgentShell] (main:null)
> Defaulting to using properties file for storage
> 2012-12-09 21:35:49,055 INFO  [cloud.agent.AgentShell] (main:null)
> Defaulting to the constant time backoff algorithm
> 2012-12-09 21:35:49,104 INFO  [cloud.agent.Agent] (main:null) id is 3
> 2012-12-09 21:35:49,115 ERROR [cloud.resource.ServerResourceBase]
> (main:null) Nics are not configured!
> 2012-12-09 21:35:49,119 INFO  [cloud.resource.ServerResourceBase]
> (main:null) Designating private to be nic eth1
> 2012-12-09 21:35:49,183 INFO
> [resource.virtualnetwork.VirtualRoutingResource] (main:null)
> VirtualRoutingResource _scriptDir to use: scripts/network/domr/kvm
> 2012-12-09 21:35:49,869 ERROR [cloud.agent.AgentShell] (main:null) Unable
> to start agent: Failed to get private nic name ~ setup.log
> DEBUG:root:execute:hostname -f DEBUG:root:execute:service cgconfig
> status DEBUG:root:execute:service cgconfig stop
> DEBUG:root:execute:chkconfig --level 2345 cgconfig on
> DEBUG:root:execute:service cgconfig status DEBUG:root:Failed to
> execute:Stopped DEBUG:root:execute:service cgconfig start
> DEBUG:root:execute:service cgred status DEBUG:root:execute:service cgred
> stop DEBUG:root:execute:chkconfig --level 2345 cgred on
> DEBUG:root:execute:service cgred status DEBUG:root:Failed to
> execute:cgred 已停
> DEBUG:root:execute:service cgred start
> DEBUG:root:execute:selinuxenabled
> DEBUG:root:execute:setenforce 0
> DEBUG:root:execute:service libvirtd status DEBUG:root:execute:service
> libvirtd status DEBUG:root:execute:service libvirtd start
> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 22
> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 16509
> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 5900:6100
> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 49152:49216
> DEBUG:root:execute:iptables -D FORWARD -j REJECT --reject-with icmp-
> host-prohibited DEBUG:root:Failed to execute:iptables: No
> chain/target/match by that name.
> DEBUG:root:execute:iptables-save > /etc/sysconfig/iptables
> DEBUG:root:execute:service iptables status DEBUG:root:execute:service
> iptables status DEBUG:root:execute:service iptables start
> DEBUG:root:execute:chkconfig --level 2345 rpcbind on
> DEBUG:root:execute:service rpcbind status DEBUG:root:execute:service
> rpcbind start DEBUG:root:execute:service rpcbind status
> DEBUG:root:execute:service rpcbind status DEBUG:root:execute:service
> rpcbind start DEBUG:root:execute:chkconfig --level 2345 nfs on
> DEBUG:root:execute:service nfs status DEBUG:root:execute:service nfs start
> DEBUG:root:execute:service nfs status DEBUG:root:execute:service nfs
> status DEBUG:root:execute:service nfs start DEBUG:root:execute:service
> cloud-agent status DEBUG:root:Failed to execute:cloud-agent 已死,但是
> subsys 被锁
> DEBUG:root:execute:sleep 30
> DEBUG:root:execute:chkconfig --level 2345 cloud-agent on
> DEBUG:root:execute:service cloud-agent status DEBUG:root:Failed to
> execute:cloud-agent 已死,但是 subsys 被锁
> DEBUG:root:execute:service cloud-agent start