cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pierre-Luc Dion (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-8041) 4.5.0 db upgrade fail if new systemvm templates are abscent
Date Sat, 06 Dec 2014 03:48:12 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-8041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14236566#comment-14236566
] 

Pierre-Luc Dion commented on CLOUDSTACK-8041:
---------------------------------------------

{code}
INFO  [c.c.u.d.T.Transaction] (main:null) Is Data Base High Availiability enabled? Ans : false
INFO  [c.c.u.d.Merovingian2] (main:null) Cleaning up locks for 7566289535078
INFO  [c.c.u.d.Merovingian2] (main:null) Released 0 locks for 7566289535078
INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (main:null) Running system integrity checker
com.cloud.upgrade.DatabaseUpgradeChecker@74173125
INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Grabbing lock to check for database upgrade.
INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) DB version = 4.4.2 Code Version = 4.5.0
INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) Database upgrade must be performed from 4.4.2
to 4.5.0
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 Hyperv SystemVm template not found. Hyperv
hypervisor is not used, so not failing upgrade
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 KVM SystemVm template not found. KVM hypervisor
is not used, so not failing upgrade
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 VMware SystemVm template not found. VMware
hypervisor is not used, so not failing upgrade
WARN  [c.c.u.d.Upgrade442to450] (main:null) 4.5.0 LXC SystemVm template not found. LXC hypervisor
is not used, so not failing upgrade
ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) Unable to upgrade the database
com.cloud.utils.exception.CloudRuntimeException: 4.5.0 XenServer SystemVm template not found.
Cannot upgrade system Vms
  at com.cloud.upgrade.dao.Upgrade442to450.updateSystemVmTemplates(Upgrade442to450.java:262)
  at com.cloud.upgrade.dao.Upgrade442to450.performDataMigration(Upgrade442to450.java:68)
  at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpgradeChecker.java:329)
  at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgradeChecker.java:452)
  at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65)
  at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.start(CloudStackExtendedLifeCycle.java:55)
  at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:167)
  at org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51)
  at org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup.start(DefaultLifecycleProcessor.java:339)
  at org.springframework.context.support.DefaultLifecycleProcessor.startBeans(DefaultLifecycleProcessor.java:143)
  at org.springframework.context.support.DefaultLifecycleProcessor.onRefresh(DefaultLifecycleProcessor.java:108)
  at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:945)
  at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117)
  at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79)
  at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37)
  at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:70)
  at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.<init>(CloudStackSpringContext.java:57)
  at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.<init>(CloudStackSpringContext.java:61)
  at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(CloudStackContextLoaderListener.java:52)
  at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4210)
  at org.apache.catalina.core.StandardContext.start(StandardContext.java:4709)
  at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
  at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
  at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1041)
  at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:964)
  at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502)
  at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
  at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
  at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:142)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
  at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
  at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
  at org.apache.catalina.core.StandardService.start(StandardService.java:516)
  at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
  at org.apache.catalina.startup.Catalina.start(Catalina.java:593)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:606)
  at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Dec 05, 2014 10:30:23 PM org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
Dec 05, 2014 10:30:23 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/client] startup failed due to previous errors
{code}

> 4.5.0 db upgrade fail if new systemvm templates are abscent 
> ------------------------------------------------------------
>
>                 Key: CLOUDSTACK-8041
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8041
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.5.0
>            Reporter: Pierre-Luc Dion
>            Priority: Critical
>
> When upgrading ACS to 4.5.0 without systemvm-{hypervisor}-4.5 already in place, the db
upgrade fail.
> Upgrading ACS without systemvm should not affect db upgrade.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message