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
