Marcus , I did the following:
Created a repo for all the new RPM from the build from 4.1 Then did yum update cloud-* After update , I see that the rpm packages have been upgraded successfully. [root@Rack3Host18 agent]# rpm -qa | grep cloud cloudstack-agent-4.1.0-SNAPSHOT.el6.x86_64 cloudstack-common-4.1.0-SNAPSHOT.el6.x86_64 [root@Rack3Host18 agent]# Attached is the agent.properties from /etc/cloudstack/agent from my host. -Thanks Sangeetha -----Original Message----- From: Marcus Sorensen [mailto:shadow...@gmail.com] Sent: Thursday, March 28, 2013 6:58 PM To: dev@cloudstack.apache.org Cc: cloudstack-iss...@incubator.apache.org Subject: Re: [jira] [Created] (CLOUDSTACK-1844) Upgrade 4.0 -> 4.1 - KVM host agent.properties is not restored as part of upgrading the binaries from 4.0 to 4.1. Hmm, when you say binaries are you talking about RPMs? Is this centos? I've tested 4.1 rpms and we copy the old agent.properties, everything started up fine. I'll take a look. More info on your test setup is appreciated. On Mar 28, 2013 7:43 PM, "Sangeetha Hariharan (JIRA)" <j...@apache.org> wrote: > Sangeetha Hariharan created CLOUDSTACK-1844: > ----------------------------------------------- > > Summary: Upgrade 4.0 -> 4.1 - KVM host agent.properties > is not restored as part of upgrading the binaries from 4.0 to 4.1. > Key: CLOUDSTACK-1844 > URL: > https://issues.apache.org/jira/browse/CLOUDSTACK-1844 > Project: CloudStack > Issue Type: Bug > Security Level: Public (Anyone can view this level - this is the > default.) > Components: Management Server > Affects Versions: 4.1.0 > Environment: Upgrade from 4.0 -> 41. > Reporter: Sangeetha Hariharan > Priority: Blocker > Fix For: 4.1.0 > > > Upgrade 4.0 -> 4.1 - KVM host agent.properties is not restored as part > of upgrading the binaries from 4.0 to 4.1. > > Install 4.1 binaries > Configure Advance Zone with KVM hosts. > Deploy few Vms. > > Stop management server. > Upgrade to 4.1 binaries. > > Start management server. > > From KVM host , > Stop cloud-agent. > Upgrade to 4.1 binaries. > > Start cloud-agent. > > Agent fails to start because it refers to the > /etc/cloudstack/agent/agent.properties which is NOT restored from the > original agent.properties. > > Following errors seen in the agent.log: > > 2013-03-28 19:46:44,294 INFO [cloud.agent.AgentShell] (main:null) > Agent started > 2013-03-28 19:46:44,296 INFO [cloud.agent.AgentShell] (main:null) > Implementation Version is 4.1.0-SNAPSHOT > 2013-03-28 19:46:44,298 INFO [cloud.agent.AgentShell] (main:null) > agent.properties found at /etc/cloudstack/agent/agent.properties > 2013-03-28 19:46:44,299 INFO [cloud.agent.AgentShell] (main:null) > Defaulting to using properties file for storage > 2013-03-28 19:46:44,301 INFO [cloud.agent.AgentShell] (main:null) > Defaulting to the constant time backoff algorithm > 2013-03-28 19:46:44,404 INFO [cloud.agent.Agent] (main:null) id is > 2013-03-28 19:46:44,466 ERROR [cloud.resource.ServerResourceBase] > (main:null) Nics are not configured! > 2013-03-28 19:46:44,475 INFO [cloud.resource.ServerResourceBase] > (main:null) Designating private to be nic cloudbr0 > 2013-03-28 19:46:44,489 INFO > [resource.virtualnetwork.VirtualRoutingResource] (main:null) > VirtualRoutingResource _scriptDir to use: scripts/network/domr/kvm > 2013-03-28 19:46:45,370 ERROR [cloud.agent.AgentShell] (main:null) > Unable to start agent: Failed to get private nic name > > > After restoring to the original agent.properties , agent is able to > start successfully. > > > > -- > This message is automatically generated by JIRA. > If you think it was sent incorrectly, please contact your JIRA > administrators For more information on JIRA, see: > http://www.atlassian.com/software/jira >
# Licensed to the Apache Software Foundation (ASF) under one # or more contributor license agreements. See the NOTICE file # distributed with this work for additional information # regarding copyright ownership. The ASF licenses this file # to you under the Apache License, Version 2.0 (the # "License"); you may not use this file except in compliance # with the License. You may obtain a copy of the License at # # http://www.apache.org/licenses/LICENSE-2.0 # # Unless required by applicable law or agreed to in writing, # software distributed under the License is distributed on an # "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY # KIND, either express or implied. See the License for the # specific language governing permissions and limitations # under the License. # Sample configuration file for CloudStack agent # The GUID to identify the agent with, this is mandatory! # Generate with "uuidgen" guid= #resource= the java class, which agent load to execute resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource #workers= number of threads running in agent workers=5 #host= The IP address of management server host=localhost #port = The port management server listening on, default is 8250 port=8250 #cluster= The cluster which the agent belongs to cluster=default #pod= The pod which the agent belongs to pod=default #zone= The zone which the agent belongs to zone=default #public.network.device= the public nic device # if this is commented, it is autodetected on service startup # public.network.device=cloudbr0 #private.network.device= the private nic device # if this is commented, it is autodetected on service startup # private.network.device=cloudbr1 #guest.network.device= the guest nic device # if this is commented, the private nic device will be used # local storage path, by default, it's /var/lib/libvirt/images/ #local.storage.path=/var/lib/libvirt/images/ # The UUID for the local storage pool, this is mandatory! # Generate with "uuidgen" local.storage.uuid= # Location for KVM scripts domr.scripts.dir=scripts/network/domr/kvm # the timeout for time-consuming operations, such as create/copy snapshot #cmds.timeout=7200 # set the vm migrate speed, by default, it will try to guess the speed of the guest network # In MegaBytes per second #vm.migrate.speed=0 # set the type of bridge used on the hypervisor, this defines what commands the resource # will use to setup networking. Currently supported NATIVE, OPENVSWITCH #network.bridge.type=native # set the driver used to plug and unplug nics from the bridges # a sensible default will be selected based on the network.bridge.type but can # be overridden here. # native = com.cloud.hypervisor.kvm.resource.BridgeVifDriver # openvswitch = com.cloud.hypervisor.kvm.resource.OvsBridgeDriver #libvirt.vif.driver=com.cloud.hypervisor.kvm.resource.BridgeVifDriver
