Entao o agent nao eh necessario... so em caso de ms usando kvm. Na pagina
diz o contrario mas ta bom.

Entao meu problema eh outro. Nao tem nada a ver com o agent.
Em 22/05/2014 20:45, "Rafael Weingartner" <rafaelweingart...@gmail.com>
escreveu:

> Step 8.d says exactly the opposite:
> "You will need to manually install the cloudstack-agent package:
>
> $ sudo apt-get install cloudstack-agent
>
> "
> Taken from:
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.2.1/html/Release_Notes/upgrade-instructions.html#upgrade-from-4.1-to-4.2.1
>
> So, at the end, should or not the cloudstack-agent be installed in the
> management server?
>
>
> On Thu, May 22, 2014 at 7:19 PM, Pierre-Luc Dion <pd...@cloudops.com>
> wrote:
>
> > You don't need the cloudstack-agent on the management server.
> > Cloudstack-agent is an agent that run on a KVM host.
> >
> >
> >
> > Le jeudi 22 mai 2014, Rodrigo D. Lopez <rodrigoduartelo...@gmail.com> a
> > écrit :
> >
> > >     Hi, I have the following configuration:
> > >     hosts running Xen-hypervisor 4.1 and XCP 1.6 over debian wheezy.
> > >
> > >     I tried to update my CS 4.1 to 4.2.1, but I got this error, when I
> > > started the cloudstack-agent service
> > >
> > > service cloudstack-agent start
> > >  * Starting CloudStack Agent cloudstack-agent cat:
> > > /var/run/cloudstack-agent.pid: No such file or directory
> > >  * jsvc failed to start
> > >
> > >     /var/log/cloudstack/agent/agent.log
> > >
> > > 2014-05-22 15:58:46,477 INFO  [cloud.agent.AgentShell] (main:null)
> Agent
> > > started
> > > 2014-05-22 15:58:46,478 INFO  [cloud.agent.AgentShell] (main:null)
> > > Implementation Version is 4.2.1
> > > 2014-05-22 15:58:46,481 INFO  [cloud.agent.AgentShell] (main:null)
> > > agent.properties found at /etc/cloudstack/agent/agent.properties
> > > 2014-05-22 15:58:46,482 INFO  [cloud.agent.AgentShell] (main:null)
> > > Defaulting to using properties file for storage
> > > 2014-05-22 15:58:46,483 INFO  [cloud.agent.AgentShell] (main:null)
> > > Defaulting to the constant time backoff algorithm
> > > 2014-05-22 15:58:46,485 INFO  [cloud.utils.LogUtils] (main:null) log4j
> > > configuration found at /etc/cloudstack/agent/log4j-cloud.xml
> > > 2014-05-22 15:58:46,579 INFO  [cloud.agent.Agent] (main:null) id is
> > > 2014-05-22 15:58:46,583 WARN  [cloud.resource.ServerResourceBase]
> > > (main:null) Nics are not specified in properties file/db, will try to
> > > autodiscover
> > > 2014-05-22 15:58:46,588 INFO  [cloud.resource.ServerResourceBase]
> > > (main:null) Designating private to be nic eth0
> > > 2014-05-22 15:58:46,596 INFO
> > [resource.virtualnetwork.VirtualRoutingResource]
> > > (main:null) VirtualRoutingResource _scriptDir to use:
> > > scripts/network/domr/kvm
> > > 2014-05-22 15:58:46,946 ERROR [cloud.agent.AgentShell] (main:null)
> Unable
> > > to start agent: Failed to get private nic name
> > >
> > >     I do not understand why the cloudstack-agent is looking for KVM
> > scrips
> > > if I am using Xen-hypervisor.
> > >     Does anyone have any ideias of what is happening?
> > >
> > >
> >
> > --
> >
> > Pierre-Luc Dion
> > Architecte de Solution Cloud | Cloud Solutions Architect
> > 855-OK-CLOUD (855-652-5683) x1101
> > - - -
> >
> > *CloudOps*420 rue Guy
> > Montréal QC  H3J 1S6
> > www.cloudops.com
> > @CloudOps_
> >
>
>
>
> --
> Rafael Weingärtner
>

Reply via email to