Hello guys, 

I am having an issue after upgrading from 4.1.1 to 4.2.0. Every minute or so I 
have the following exception in my management server logs: 

----- 


2013-10-22 14:31:43,921 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Template Sync found routing-8 already in the 
image store 
2013-10-22 14:31:44,070 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Template Sync found routing-1 already in the 
image store 
2013-10-22 14:31:44,167 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Template Sync found centos55-x86_64 already in 
the image store 
2013-10-22 14:31:44,263 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Template Sync did not find centos56-x86_64-xen 
on image store 42, may request download based on available hypervisor types 
2013-10-22 14:31:44,264 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Template Sync did not find centos53-x64 on 
image store 42, may request download based on available hypervisor types 
2013-10-22 14:31:44,264 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Skip downloading template routing-10 since 
current data center does not have hypervisor LXC 
2013-10-22 14:31:44,264 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Skip downloading template routing-9 since 
current data center does not have hypervisor Hyperv 
2013-10-22 14:31:44,264 INFO [storage.image.TemplateServiceImpl] 
(AgentConnectTaskPool-3561:null) Downloading template centos56-x86_64-xen to 
image store 5ebcfa59-279e-461f-a7fc-9cfd42157798 
2013-10-22 14:31:44,329 ERROR [agent.manager.AgentManagerImpl] 
(AgentConnectTaskPool-3561:null) Monitor DownloadListener says there is an 
error in the connect process for 61 due to null 
java.lang.NullPointerException 
at 
org.apache.cloudstack.storage.image.manager.ImageStoreProviderManagerImpl.getImageStore(ImageStoreProviderManagerImpl.java:65)
 
at 
org.apache.cloudstack.storage.datastore.DataStoreManagerImpl.getDataStore(DataStoreManagerImpl.java:47)
 
at 
org.apache.cloudstack.storage.image.TemplateDataFactoryImpl.getTemplate(TemplateDataFactoryImpl.java:90)
 
at 
org.apache.cloudstack.storage.image.TemplateServiceImpl.handleTemplateSync(TemplateServiceImpl.java:418)
 
at 
com.cloud.storage.download.DownloadListener.processConnect(DownloadListener.java:309)
 
at 
com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:587)
 
at 
com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1085)
 
at 
com.cloud.agent.manager.AgentManagerImpl.access$100(AgentManagerImpl.java:144) 
at 
com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.run(AgentManagerImpl.java:1160)
 
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) 
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
at java.lang.Thread.run(Thread.java:679) 
2013-10-22 14:31:44,330 INFO [agent.manager.AgentManagerImpl] 
(AgentConnectTaskPool-3561:null) Host 61 is disconnecting with event 
AgentDisconnected 
2013-10-22 14:31:44,331 DEBUG [agent.manager.AgentManagerImpl] 
(AgentConnectTaskPool-3561:null) The next status of agent 61is Alert, current 
status is Connecting 
2013-10-22 14:31:44,331 DEBUG [agent.manager.AgentManagerImpl] 
(AgentConnectTaskPool-3561:null) Deregistering link for 61 with state Alert 
2013-10-22 14:31:44,331 DEBUG [agent.manager.AgentManagerImpl] 
(AgentConnectTaskPool-3561:null) Remove Agent : 61 
2013-10-22 14:31:44,331 DEBUG [agent.manager.ConnectedAgentAttache] 
(AgentConnectTaskPool-3561:null) Processing Disconnect. 
2013-10-22 14:31:44,331 DEBUG [agent.manager.AgentManagerImpl] 
(AgentConnectTaskPool-3561:null) Sending Disconnect to listener: 
com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer_EnhancerByCloudStack_c871fe36
 


----- 

Host id 61 which the log refers to (2013-10-22 14:31:44,329) is the SSVM 
instance. I've logged in to SSVM and run a check using 
/usr/local/cloud/systemvm/ssvm-check.sh, which did not produce any 
problems/warnings/errors. 

Any idea how to fix this issue? 

Thanks 

Andrei 

Reply via email to