[jira] [Comment Edited] (CLOUDSTACK-7043) Management server fails to load due to DB Decryption failure
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14061734#comment-14061734 ] sadhu suresh edited comment on CLOUDSTACK-7043 at 7/15/14 6:09 AM: --- I still noticed the same behavior i.e CPVM still in alert state and failing due to decrypt errors 23:59:59,583 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1383:ctx-2bd21508) Sending Connect to listener: ConsoleProxyListener 2014-07-14 23:59:59,591 DEBUG [c.c.u.c.DBEncryptionUtil] (AgentConnectTaskPool-1383:ctx-2bd21508) Error while decrypting: sc20X2B-SzHp1nU3FYc-AA 2014-07-14 23:59:59,591 ERROR [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1383:ctx-2bd21508) Monitor ConsoleProxyListener says there is an error in the connect process for 2 due to null org.jasypt.exceptions.EncryptionOperationNotPossibleException at org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) at org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) at com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) at org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) at org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136) at org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72) at com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232) at com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198) at com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71) at com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539) at com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047) at com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119) at com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.runInContext(AgentManagerImpl.java:1131) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) was (Author: sadhu): I still noticed the same behavior i.e CPVM still in alert state and failing due to decrypy errors 23:59:59,583 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1383:ctx-2bd21508) Sending Connect to listener: ConsoleProxyListener 2014-07-14 23:59:59,591 DEBUG [c.c.u.c.DBEncryptionUtil] (AgentConnectTaskPool-1383:ctx-2bd21508) Error while decrypting: sc20X2B-SzHp1nU3FYc-AA 2014-07-14 23:59:59,591 ERROR [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1383:ctx-2bd21508) Monitor ConsoleProxyListener says there is an error in the connect process for 2 due to null org.jasypt.exceptions.EncryptionOperationNotPossibleException at org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) at org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) at com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) at org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) at org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136) at org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72) at com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232) at com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198) at com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71) at com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539) at com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047) at com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119) at
[jira] [Commented] (CLOUDSTACK-7043) Management server fails to load due to DB Decryption failure
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14061734#comment-14061734 ] sadhu suresh commented on CLOUDSTACK-7043: -- I still noticed the same behavior i.e CPVM still in alert state and failing due to decrypy errors 23:59:59,583 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1383:ctx-2bd21508) Sending Connect to listener: ConsoleProxyListener 2014-07-14 23:59:59,591 DEBUG [c.c.u.c.DBEncryptionUtil] (AgentConnectTaskPool-1383:ctx-2bd21508) Error while decrypting: sc20X2B-SzHp1nU3FYc-AA 2014-07-14 23:59:59,591 ERROR [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-1383:ctx-2bd21508) Monitor ConsoleProxyListener says there is an error in the connect process for 2 due to null org.jasypt.exceptions.EncryptionOperationNotPossibleException at org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) at org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) at com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) at org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) at org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136) at org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72) at com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232) at com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198) at com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71) at com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539) at com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047) at com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119) at com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.runInContext(AgentManagerImpl.java:1131) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) Management server fails to load due to DB Decryption failure Key: CLOUDSTACK-7043 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7043 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Blocker Fix For: 4.5.0 Attachments: management-server.zip The following bug is hit after starting the 4.5.0 Management Server == Error while decrypting: == 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) Processing updateKeyPairs 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) Keypairs already in database, updating local copy 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) Going to update systemvm iso with generated keypairs if needed 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) Trying to inject public and private keys into systemvm iso 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in the classpath 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) System resource: null 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: null 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Current binaries reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib 2014-07-02 10:08:29,590 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in
[jira] [Updated] (CLOUDSTACK-7043) Management server fails to load due to DB Decryption failure
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sadhu suresh updated CLOUDSTACK-7043: - Priority: Critical (was: Blocker) Management server fails to load due to DB Decryption failure Key: CLOUDSTACK-7043 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7043 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Attachments: management-server.zip The following bug is hit after starting the 4.5.0 Management Server == Error while decrypting: == 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) Processing updateKeyPairs 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) Keypairs already in database, updating local copy 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) Going to update systemvm iso with generated keypairs if needed 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) Trying to inject public and private keys into systemvm iso 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in the classpath 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) System resource: null 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: null 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Current binaries reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib 2014-07-02 10:08:29,590 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/WEB-INF/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Searching in environment.properties 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) environment.properties says scripts should be in /usr/share/cloudstack-common 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso in the classpath 2014-07-02 10:08:29,592 DEBUG [c.c.u.s.Script] (main:null) System resource: null 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: null 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Current binaries reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/vms/systemvm.iso 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/vms/systemvm.iso 2014-07-02 10:08:29,593 DEBUG
[jira] [Updated] (CLOUDSTACK-7043) CPVM in alert state due to Decryption failure
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sadhu suresh updated CLOUDSTACK-7043: - Summary: CPVM in alert state due to Decryption failure (was: Management server fails to load due to DB Decryption failure) CPVM in alert state due to Decryption failure -- Key: CLOUDSTACK-7043 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7043 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Critical Fix For: 4.5.0 Attachments: management-server.zip The following bug is hit after starting the 4.5.0 Management Server == Error while decrypting: == 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) Processing updateKeyPairs 2014-07-02 10:08:29,533 INFO [c.c.s.ConfigurationServerImpl] (main:null) Keypairs already in database, updating local copy 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) Going to update systemvm iso with generated keypairs if needed 2014-07-02 10:08:29,587 INFO [c.c.s.ConfigurationServerImpl] (main:null) Trying to inject public and private keys into systemvm iso 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in the classpath 2014-07-02 10:08:29,587 DEBUG [c.c.u.s.Script] (main:null) System resource: null 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: null 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,589 DEBUG [c.c.u.s.Script] (main:null) Current binaries reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib 2014-07-02 10:08:29,590 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/WEB-INF/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/client/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/webapps/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-management/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Searching in environment.properties 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) environment.properties says scripts should be in /usr/share/cloudstack-common 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for scripts/vm/systemvm/injectkeys.sh in /usr/share/cloudstack-common/scripts/vm/systemvm/injectkeys.sh 2014-07-02 10:08:29,591 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso in the classpath 2014-07-02 10:08:29,592 DEBUG [c.c.u.s.Script] (main:null) System resource: null 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: null 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Current binaries reside at /usr/share/cloudstack-management/webapps/client/WEB-INF/lib 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso in /usr/share/cloudstack-management/webapps/client/WEB-INF/lib/vms/systemvm.iso 2014-07-02 10:08:29,593 DEBUG [c.c.u.s.Script] (main:null) Looking for vms/systemvm.iso in
[jira] [Closed] (CLOUDSTACK-6493) Multiple Nic for the guest VM running on Hyper-V
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajesh Battala closed CLOUDSTACK-6493. -- Resolution: Fixed Multiple Nic for the guest VM running on Hyper-V Key: CLOUDSTACK-6493 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6493 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Hypervisor Controller Affects Versions: 4.4.0 Reporter: Rajesh Battala Assignee: Rajesh Battala Labels: hyper-V, Fix For: 4.4.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CLOUDSTACK-5563) path field is set to null in volumes table
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajesh Battala closed CLOUDSTACK-5563. -- Resolution: Fixed path field is set to null in volumes table --- Key: CLOUDSTACK-5563 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5563 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Hypervisor Controller, Management Server, Volumes Affects Versions: 4.3.0 Environment: Latest build from 4.3 with commit :197ef921f7b3c80998359f376fe045b13558633c Reporter: Sanjeev N Assignee: Rajesh Battala Labels: hyper-V, Fix For: 4.4.0 path field is set to null in volumes table Steps to Reproduce: = 1.Bring up CS in advanced zone with hyper-v host using CIFS for both primary and secondary storage 2.Deploy a vm using default cent-os template 3.Check root volume details in volumes table. Following is the volume details from cloud DB: mysql select * from volumes where instance_id=6\G; *** 1. row *** id: 8 account_id: 2 domain_id: 1 pool_id: 1 last_pool_id: NULL instance_id: 6 device_id: 0 name: ROOT-6 uuid: 70c71522-16ec-4329-a91d-c6006534078d size: 5368709120 folder: NULL path: NULL pod_id: NULL data_center_id: 1 iscsi_name: NULL host_ip: NULL volume_type: ROOT pool_type: NULL disk_offering_id: 1 template_id: 6 first_snapshot_backup_uuid: NULL recreatable: 0 created: 2013-12-19 10:04:33 attached: NULL updated: 2013-12-19 10:04:38 removed: NULL state: Ready chain_info: NULL update_count: 2 disk_type: NULL vm_snapshot_chain_size: NULL iso_id: NULL display_volume: 1 format: NULL min_iops: NULL max_iops: NULL hv_ss_reserve: NULL 1 row in set (0.00 sec) ERROR: No query specified -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6521) [Hyper-V] fix generating of Hyper-v template in jenkins
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6521?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajesh Battala resolved CLOUDSTACK-6521. Resolution: Fixed [Hyper-V] fix generating of Hyper-v template in jenkins --- Key: CLOUDSTACK-6521 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6521 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: SystemVM Affects Versions: 4.4.0 Reporter: Rajesh Battala Assignee: Rajesh Battala Fix For: 4.4.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CLOUDSTACK-6261) remove the forceful timeout setting when login to NetScaler
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rajesh Battala closed CLOUDSTACK-6261. -- Resolution: Fixed remove the forceful timeout setting when login to NetScaler --- Key: CLOUDSTACK-6261 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6261 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Devices Affects Versions: 4.4.0 Environment: NetScaler VPX/MPX 10.5+ (code does not force timeout when login to SDX) Reporter: Vijay Venkatachalam Assignee: Rajesh Battala Priority: Minor Labels: patch Fix For: 4.4.0 Original Estimate: 2h Remaining Estimate: 2h Today, the NetScaler Resource forces a idle timeout of 100,000 seconds (~1 day and 4 hours) during login. The request is to remove forcing the timeout to a specific value. Also, future versions of NetScaler is planning to have a cap of 1 day for this setting. It is best to leave it to the system default which is 30 mins. This should be enough, anyway there are threads for monitoring of member status, and statistics collections that keeps the session alive and it is unlikely to gather idle time. The NetScaler resource already handles timeout expiry using retries so there should not be any see side effects by leaving the idle time out to be the default value 30 mins.. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7105) Detail errortext in the API response
Anshul Gangwar created CLOUDSTACK-7105: -- Summary: Detail errortext in the API response Key: CLOUDSTACK-7105 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7105 Project: CloudStack Issue Type: New Feature Security Level: Public (Anyone can view this level - this is the default.) Reporter: Anshul Gangwar Priority: Minor While using cloudstack API and GUI, we feel error text should be in detail to recognize the error condition and trace the error cause. For example, in deployVirtualMachine API ◾Case1) if there is no resource available, # of POD resource full ◾Case2) if service offering is not correct, There's no host (or storage) to support service offering ◾Case3) if volume migration failed while attaching volumes to vm of other cluster, Volume attach/detach timeout error ◾And so on. We can trace management-server.log, but not all other system using cloudstack api can trace that log file. This requirement can be a little vague and broad. But it can be very helpful in operational point of view. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CLOUDSTACK-3994) Wrong error notification is generated when Primary storage (Cluster wide) is added with wrong path
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anshul Gangwar closed CLOUDSTACK-3994. -- Resolution: Fixed Filed the issue https://issues.apache.org/jira/browse/CLOUDSTACK-7105 to track better error message issue Wrong error notification is generated when Primary storage (Cluster wide) is added with wrong path -- Key: CLOUDSTACK-3994 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3994 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Storage Controller, VMware Affects Versions: 4.2.0 Reporter: Sailaja Mada Assignee: Anshul Gangwar Priority: Minor Fix For: 4.4.0 Attachments: apilog.log, management-server.log Steps: 1. Configure Adv Zone with VMWARE 2. Tried to add wrong cluster wide primary storage point It failed saying Failed to delete storage pool on host 2013-08-01 10:00:12,928 DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-230:null) Seq 1-757532143: Executing request 2013-08-01 10:00:12,928 DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-230:null) Seq 1-757532143: Response Received: 2013-08-01 10:00:12,929 DEBUG [agent.transport.Request] (DirectAgent-230:null) Seq 1-757532143: Processing: { Ans: , MgmtId: 187767034175903, via: 1, Ver: v1, Flags: 10, [{com.cloud.agent.api.Answer:{result:true,details:success,wait:0}}] } 2013-08-01 10:00:12,933 DEBUG [agent.transport.Request] (catalina-exec-23:null) Seq 1-757532143: Received: { Ans: , MgmtId: 187767034175903, via: 1, Ver: v1, Flags: 10, { Answer } } 2013-08-01 10:00:12,933 DEBUG [agent.manager.AgentManagerImpl] (catalina-exec-23:null) Details from executing class com.cloud.agent.api.CreateStoragePoolCommand: success 2013-08-01 10:00:12,933 DEBUG [datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl] (catalina-exec-23:null) In createPool Adding the pool to each of the hosts 2013-08-01 10:00:12,935 DEBUG [cloud.storage.StorageManagerImpl] (catalina-exec-23:null) Adding pool null to host 1 2013-08-01 10:00:12,940 DEBUG [agent.transport.Request] (catalina-exec-23:null) Seq 1-757532144: Sending { Cmd , MgmtId: 187767034175903, via: 1, Ver: v1, Flags: 100011, [{com.cloud.agent.api.ModifyStoragePoolCommand:{add:true,pool:{id:5,uuid:86ee5258-33e7-36f0-b3c1-f6029e5c8bdf,host:10.102.192.100,path:/cpg_vol/sailaja/ps1,port:2049,type:NetworkFilesystem},localPath:/mnt//86ee5258-33e7-36f0-b3c1-f6029e5c8bdf,wait:0}}] } 2013-08-01 10:00:12,941 DEBUG [agent.transport.Request] (catalina-exec-23:null) Seq 1-757532144: Executing: { Cmd , MgmtId: 187767034175903, via: 1, Ver: v1, Flags: 100011, [{com.cloud.agent.api.ModifyStoragePoolCommand:{add:true,pool:{id:5,uuid:86ee5258-33e7-36f0-b3c1-f6029e5c8bdf,host:10.102.192.100,path:/cpg_vol/sailaja/ps1,port:2049,type:NetworkFilesystem},localPath:/mnt//86ee5258-33e7-36f0-b3c1-f6029e5c8bdf,wait:0}}] } 2013-08-01 10:00:12,941 DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-230:null) Seq 1-757532144: Executing request 2013-08-01 10:00:12,942 INFO [vmware.resource.VmwareResource] (DirectAgent-230:10.102.192.18) Executing resource ModifyStoragePoolCommand: {add:true,pool:{id:5,uuid:86ee5258-33e7-36f0-b3c1-f6029e5c8bdf,host:10.102.192.100,path:/cpg_vol/sailaja/ps1,port:2049,type:NetworkFilesystem},localPath:/mnt//86ee5258-33e7-36f0-b3c1-f6029e5c8bdf,wait:0} 2013-08-01 10:00:13,144 INFO [vmware.mo.HostMO] (DirectAgent-230:10.102.192.18) Creation of NFS datastore on vCenter failed. Details: vCenter API trace - mountDatastore(). target MOR: host-8973, vmfs: false, poolHost: 10.102.192.100, poolHostPort: 2049, poolPath: /cpg_vol/sailaja/ps1, poolUuid: 86ee525833e736f0b3c1f6029e5c8bdf. Exception mesg: An error occurred during host configuration. 2013-08-01 10:00:13,145 ERROR [vmware.resource.VmwareResource] (DirectAgent-230:10.102.192.18) ModifyStoragePoolCommand failed due to Exception: java.lang.Exception Message: Creation of NFS datastore on vCenter failed. java.lang.Exception: Creation of NFS datastore on vCenter failed. at com.cloud.hypervisor.vmware.mo.HostMO.mountDatastore(HostMO.java:772) at com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:4102) at com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:472) at com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at
[jira] [Commented] (CLOUDSTACK-7096) [Automation] SSH to VM with LB rule to its secondary IP fails with error SSHException: Error reading SSH protocol banner
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14061985#comment-14061985 ] Ashutosk Kelkar commented on CLOUDSTACK-7096: - Hi Jayapal, Can you please tell me the exact steps/commands? So that I can include them in test script? [Automation] SSH to VM with LB rule to its secondary IP fails with error SSHException: Error reading SSH protocol banner -- Key: CLOUDSTACK-7096 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7096 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Network Controller Affects Versions: 4.4.0 Environment: KVM Reporter: Ashutosk Kelkar Assignee: Ashutosk Kelkar Labels: automation Fix For: 4.4.0 Attachments: agent.log, iptablesOnHost.txt, management-server.log Steps: 1. Create an account 2. Deploy a VM 3. Acquire secondary IP for default VM NIC 4. Acquire public IP in the network 5. Create firewall rule for public IP 6. Create load balancer rule for this IP to the secondary IP of VM 7. Try to SSH to VM using public IP It fails with error SSHException: Error reading SSH protocol banner If you create load balancer rule for the primary IP, then SSH succeeds -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-4819) Created template within a project not shows up.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4819?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062002#comment-14062002 ] Namita Chaudhari commented on CLOUDSTACK-4819: -- So the issue basically is while listing templates or Iso a parameter projectid is passed and based on that a list of permittedaccounts is obtanined whose ISOs or templates should be listed. But during the ListIsoCmd / ListtemplateCmd, it is observed that the parameter projectId has null value as it is not obtained from UI and hence the templates and isos are not listed in project's template list. I have verified that when value is passed for param projectId, the api works fine and gives the expected result due to which the templates/iso under projects are listed. Hence this is an UI issue. Created template within a project not shows up. --- Key: CLOUDSTACK-4819 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4819 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.2.0 Environment: CS 4.2 KVM Hypervisor Reporter: Andi Daniawan The template I've created in a project did not appear both in project's template lists and default view template list. I've checked in the vm_template table on account_id column, it refers to Acct-Test account. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Issue Comment Deleted] (CLOUDSTACK-4819) Created template within a project not shows up.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4819?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Namita Chaudhari updated CLOUDSTACK-4819: - Comment: was deleted (was: The issue basically is the associated account (newly created account) to the project. When a template is registered in the project, the template by default points to this associated account and hence its not viewed in any template list. Instead of associating new account to the project, we can associate the account through which we have logged into UI. This could solve the issue.) Created template within a project not shows up. --- Key: CLOUDSTACK-4819 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4819 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.2.0 Environment: CS 4.2 KVM Hypervisor Reporter: Andi Daniawan The template I've created in a project did not appear both in project's template lists and default view template list. I've checked in the vm_template table on account_id column, it refers to Acct-Test account. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-4992) Domain/Account/User Sync Up Among Multiple Regions
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062138#comment-14062138 ] Alex Ough commented on CLOUDSTACK-4992: --- I'm sorry to say this, but I don't have time to completely change the design at this point. I can continue to be involved and support what I've developed, but if it needs the design to change significantly, another developer will have to pick up the torch. Domain/Account/User Sync Up Among Multiple Regions -- Key: CLOUDSTACK-4992 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4992 Project: CloudStack Issue Type: New Feature Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.4.0 Reporter: Alex Ough Assignee: Alex Ough Labels: features Fix For: 4.5.0 Currently, under the environment of cloudstack with multiple regions, each region has its own management server running with a separate database. So if we want to support multiple regions and provide one point of entry for a customer, we need to duplicate domain/account/user information of that customer to all of the databases of regions the customer accesses, which will cause data discrepancies when users update those data independently in each management server. So I'd like to provide a way to sync up the data using the messaging system introduced in 4.1.0. Using the events from each management server, updates from each region can be propagated to the rest regions and they can be executed accordingly. Discussion http://markmail.org/thread/k4x63ef55chcj4y5 Wiki page https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions The implementation https://github.com/alexoughsg/Albatross/tree/albatross -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-1302) Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062207#comment-14062207 ] sebastien goasguen commented on CLOUDSTACK-1302: does not look like this was put in 4.4, so I am adding 4.5 has release having the fix. Should we consider putting this in 4.4.1 ? Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor - Key: CLOUDSTACK-1302 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1302 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.0.0 Environment: Ubuntu 12.04.2 Host, KVM hypervisor Reporter: Jason Villalta Assignee: Wido den Hollander Priority: Minor Fix For: 4.4.0, 4.5.0 Version 4.0.0 of Cloudstack has a hard coded value of cache=none for virtual machines deployed. This causes conflict with filesystems mounted with fuse such as ZFS, GlusterFs and CEPH as fuse does not support directio with these file systems. When starting VMs libvirt throws an error could not open disk image disk Invalid argument Changing the cache= setting to writethough or writeback solves this problem but there currently is no way to set this. Ideally this would get set on a per datastore basis. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-1302) Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sebastien goasguen updated CLOUDSTACK-1302: --- Fix Version/s: 4.5.0 Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor - Key: CLOUDSTACK-1302 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1302 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.0.0 Environment: Ubuntu 12.04.2 Host, KVM hypervisor Reporter: Jason Villalta Assignee: Wido den Hollander Priority: Minor Fix For: 4.4.0, 4.5.0 Version 4.0.0 of Cloudstack has a hard coded value of cache=none for virtual machines deployed. This causes conflict with filesystems mounted with fuse such as ZFS, GlusterFs and CEPH as fuse does not support directio with these file systems. When starting VMs libvirt throws an error could not open disk image disk Invalid argument Changing the cache= setting to writethough or writeback solves this problem but there currently is no way to set this. Ideally this would get set on a per datastore basis. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Reopened] (CLOUDSTACK-1302) Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] sebastien goasguen reopened CLOUDSTACK-1302: Can this be applied to 4.3.1 or 4.4.1 ? Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor - Key: CLOUDSTACK-1302 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1302 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.0.0 Environment: Ubuntu 12.04.2 Host, KVM hypervisor Reporter: Jason Villalta Assignee: Wido den Hollander Priority: Minor Fix For: 4.4.0, 4.5.0 Version 4.0.0 of Cloudstack has a hard coded value of cache=none for virtual machines deployed. This causes conflict with filesystems mounted with fuse such as ZFS, GlusterFs and CEPH as fuse does not support directio with these file systems. When starting VMs libvirt throws an error could not open disk image disk Invalid argument Changing the cache= setting to writethough or writeback solves this problem but there currently is no way to set this. Ideally this would get set on a per datastore basis. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7106) RPM build failing with RHEL7
Rayees Namathponnan created CLOUDSTACK-7106: --- Summary: RPM build failing with RHEL7 Key: CLOUDSTACK-7106 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7106 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Install and Setup Affects Versions: 4.5.0 Environment: RHEL7 Reporter: Rayees Namathponnan Priority: Critical Fix For: 4.5.0 RPM build failing with RHEL7, since there are dependency with tomcat, we need to create sperate spec.file for RHEL7 or re write existing spec file to support both RHE6 and 7 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7106) RPM build failing with RHEL7
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7106?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062268#comment-14062268 ] Rayees Namathponnan commented on CLOUDSTACK-7106: - -Original Message- From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers Sent: Sunday, July 13, 2014 11:52 PM To: d...@cloudstack.apache.org Subject: Re: Tomcat version issue while building cloudstack on RHEL7 RPMS Hey Rayees, We should make a second set of scripts for the new redhat and cents releases. It’s not only tomcat that has changes, for example we also need systemd scripts for cloudstack. I’ve been working on it, but it’s not finished. Cheers. Hugo On 13 jul. 2014, at 19:19, Rayees Namathponnan rayees.namathpon...@citrix.com wrote: Hi All, I am trying to build 4.5/master RPM package in RHEL 7 box, in cloud.spec file there are dependency with tomcat6 which is not available in RHEL 7 repo. RHEL 7 repo comes with tomcat7, and I cannot create RPM package due tomcat6 missing package. Any suggestion on this ? we should modify cloud.spec to remove hard dependency on tomcat6 ? Regards, Rayees RPM build failing with RHEL7 Key: CLOUDSTACK-7106 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7106 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Install and Setup Affects Versions: 4.5.0 Environment: RHEL7 Reporter: Rayees Namathponnan Priority: Critical Fix For: 4.5.0 RPM build failing with RHEL7, since there are dependency with tomcat, we need to create sperate spec.file for RHEL7 or re write existing spec file to support both RHE6 and 7 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-1302) Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1302?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062276#comment-14062276 ] Wido den Hollander commented on CLOUDSTACK-1302: It could be applied there, but it's a new feature, we shouldn't backport new features. right? Add per storage setting for cache=none/writeback/writethrough options for VMs on KVM hypervisor - Key: CLOUDSTACK-1302 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1302 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.0.0 Environment: Ubuntu 12.04.2 Host, KVM hypervisor Reporter: Jason Villalta Assignee: Wido den Hollander Priority: Minor Fix For: 4.4.0, 4.5.0 Version 4.0.0 of Cloudstack has a hard coded value of cache=none for virtual machines deployed. This causes conflict with filesystems mounted with fuse such as ZFS, GlusterFs and CEPH as fuse does not support directio with these file systems. When starting VMs libvirt throws an error could not open disk image disk Invalid argument Changing the cache= setting to writethough or writeback solves this problem but there currently is no way to set this. Ideally this would get set on a per datastore basis. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7107) [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception
Rayees Namathponnan created CLOUDSTACK-7107: --- Summary: [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception Key: CLOUDSTACK-7107 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7107 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, Simulator Affects Versions: 4.5.0 Environment: Simulator branch 4.5 Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce This issues is observed in simulator run, test case integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_08_migrate_vm failing with cast exception Error Message Job failed: {jobprocstatus : 0, created : u'2014-07-15T02:19:41-0700', cmd : u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid : u'dc22abe2-0bfe-11e4-89a0-00163e0af42c', jobstatus : 2, jobid : u'9a9e4a1c-af37-4b0b-892b-081720a30362', jobresultcode : 530, jobresulttype : u'object', jobresult : {errorcode : 530, errortext : u'Job failed due to exception com.cloud.agent.api.Answer cannot be cast to com.cloud.agent.api.CheckVirtualMachineAnswer'}, accountid : u'dc2284c8-0bfe-11e4-89a0-00163e0af42c'} begin captured stdout - === TestName: test_08_migrate_vm | Status : EXCEPTION === -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7107) [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7107: Attachment: simulator__Log_1338.zip [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception -- Key: CLOUDSTACK-7107 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7107 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Simulator Affects Versions: 4.5.0 Environment: Simulator branch 4.5 Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Attachments: simulator__Log_1338.zip Steps to reproduce This issues is observed in simulator run, test case integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_08_migrate_vm failing with cast exception Error Message Job failed: {jobprocstatus : 0, created : u'2014-07-15T02:19:41-0700', cmd : u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid : u'dc22abe2-0bfe-11e4-89a0-00163e0af42c', jobstatus : 2, jobid : u'9a9e4a1c-af37-4b0b-892b-081720a30362', jobresultcode : 530, jobresulttype : u'object', jobresult : {errorcode : 530, errortext : u'Job failed due to exception com.cloud.agent.api.Answer cannot be cast to com.cloud.agent.api.CheckVirtualMachineAnswer'}, accountid : u'dc2284c8-0bfe-11e4-89a0-00163e0af42c'} begin captured stdout - === TestName: test_08_migrate_vm | Status : EXCEPTION === -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7108) [Automation] TestCreateDiskOffering test cases failing in simulator
Rayees Namathponnan created CLOUDSTACK-7108: --- Summary: [Automation] TestCreateDiskOffering test cases failing in simulator Key: CLOUDSTACK-7108 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7108 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Environment: Simulator Reporter: Rayees Namathponnan Fix For: 4.5.0 Test case failing with below error Error Message Check provisionig type in createServiceOffering begin captured stdout - === TestName: test_02_create_sparse_type_disk_offering | Status : FAILED === - end captured stdout -- begin captured logging test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: STARTED : TC: test_02_create_sparse_type_disk_offering ::: test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Payload: {'apiKey': u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw', 'name': 'Sparse Type Disk offering', 'command': 'createDiskOffering', 'disksize': 1, 'signature': 'sqd1CEBlKR4PojyjGiLgVNSauGE=', 'displaytext': 'Sparse Type Disk offering', 'response': 'json'} test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Sending GET Cmd : createDiskOffering=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 172.16.88.23 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?apiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=sqd1CEBlKR4PojyjGiLgVNSauGE%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json HTTP/1.1 200 323 test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Response : {iscustomized : False, name : u'Sparse Type Disk offering', created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True} test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Created Disk offering with ID: ce464afe-42f6-42b3-9d7c-630c39b5cc3b test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Payload: {'apiKey': u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw', 'id': u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', 'command': 'listDiskOfferings', 'signature': 'dRb5TpsjzvEJGw5hJz1nmFpTm5s=', 'response': 'json'} test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Sending GET Cmd : listDiskOfferings=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 172.16.88.23 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?response=jsonapiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwcommand=listDiskOfferingsid=ce464afe-42f6-42b3-9d7c-630c39b5cc3bsignature=dRb5TpsjzvEJGw5hJz1nmFpTm5s%3D HTTP/1.1 200 336 test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Response : [{iscustomized : False, name : u'Sparse Type Disk offering', created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}] test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: FAILED: test_02_create_sparse_type_disk_offering: ['Traceback (most recent call last):\n', ' File /usr/local/lib/python2.7/unittest/case.py, line 331, in run\ntestMethod()\n', ' File /automation/virtenv/00-16-3e-0a-f4-2c/1338/test/integration/smoke/test_disk_offerings.py, line 128, in test_02_create_sparse_type_disk_offering\nCheck provisionig type in createServiceOffering\n', ' File /usr/local/lib/python2.7/unittest/case.py, line 515, in assertEqual\n assertion_func(first, second, msg=msg)\n', ' File /usr/local/lib/python2.7/unittest/case.py, line 508, in _baseAssertEqual\n raise self.failureException(msg)\n', 'AssertionError: Check provisionig type in createServiceOffering\n'] - end captured
[jira] [Updated] (CLOUDSTACK-7108) [Automation] TestCreateDiskOffering test cases failing in simulator
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7108: Assignee: Girish Shilamkar [Automation] TestCreateDiskOffering test cases failing in simulator --- Key: CLOUDSTACK-7108 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7108 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Environment: Simulator Reporter: Rayees Namathponnan Assignee: Girish Shilamkar Fix For: 4.5.0 Test case failing with below error Error Message Check provisionig type in createServiceOffering begin captured stdout - === TestName: test_02_create_sparse_type_disk_offering | Status : FAILED === - end captured stdout -- begin captured logging test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: STARTED : TC: test_02_create_sparse_type_disk_offering ::: test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Payload: {'apiKey': u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw', 'name': 'Sparse Type Disk offering', 'command': 'createDiskOffering', 'disksize': 1, 'signature': 'sqd1CEBlKR4PojyjGiLgVNSauGE=', 'displaytext': 'Sparse Type Disk offering', 'response': 'json'} test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Sending GET Cmd : createDiskOffering=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 172.16.88.23 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?apiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=sqd1CEBlKR4PojyjGiLgVNSauGE%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json HTTP/1.1 200 323 test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Response : {iscustomized : False, name : u'Sparse Type Disk offering', created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True} test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Created Disk offering with ID: ce464afe-42f6-42b3-9d7c-630c39b5cc3b test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Payload: {'apiKey': u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw', 'id': u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', 'command': 'listDiskOfferings', 'signature': 'dRb5TpsjzvEJGw5hJz1nmFpTm5s=', 'response': 'json'} test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Sending GET Cmd : listDiskOfferings=== requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection (1): 172.16.88.23 requests.packages.urllib3.connectionpool: DEBUG: GET /client/api?response=jsonapiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwcommand=listDiskOfferingsid=ce464afe-42f6-42b3-9d7c-630c39b5cc3bsignature=dRb5TpsjzvEJGw5hJz1nmFpTm5s%3D HTTP/1.1 200 336 test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: Response : [{iscustomized : False, name : u'Sparse Type Disk offering', created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}] test_02_create_sparse_type_disk_offering (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: FAILED: test_02_create_sparse_type_disk_offering: ['Traceback (most recent call last):\n', ' File /usr/local/lib/python2.7/unittest/case.py, line 331, in run\ntestMethod()\n', ' File /automation/virtenv/00-16-3e-0a-f4-2c/1338/test/integration/smoke/test_disk_offerings.py, line 128, in test_02_create_sparse_type_disk_offering\nCheck provisionig type in createServiceOffering\n', ' File
[jira] [Updated] (CLOUDSTACK-7074) [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7074: Assignee: Girish Shilamkar (was: edison su) [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd Key: CLOUDSTACK-7074 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7074 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Simulator Affects Versions: 4.5.0 Environment: Master - 4.5 build BVT run from simulator Reporter: Rayees Namathponnan Assignee: Girish Shilamkar Priority: Blocker Fix For: 4.5.0 Attachments: vmops.rar Steps to reproduce Run BVT from simulator, test case integration.smoke.test_primary_storage.TestPrimaryStorageServices.test_01_primary_storage_nfs fails with below error 2014-07-06 23:17:10,745 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-124:ctx-fedceda0 job-223) Executing AsyncJobVO {id:223, use rId: 2, accountId: 2, instanceType: StoragePool, instanceId: 4, cmd: org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageFor MaintenanceCmd, cmdInfo: {response:json,id:54e824e0-8431-3e45-b35d-a4f9b547df56,ctxDetails:{\com.cloud.storage.StoragePool\:\54 e824e0-8431-3e45-b35d-a4f9b547df56\},cmdEventType:MAINT.PREPARE.PS,ctxUserId:2,httpmethod:GET,uuid:54e824e0-8431-3e45-b35d-a 4f9b547df56,ctxAccountId:2,ctxStartEventId:720,apiKey:XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK 2twbtvYcQNg,signature:6Ppi5k2c5/wYcs3i4XmPDq1SWGc\u003d}, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: n ull, initMsid: 95530185772, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Deployme ntPlanner allocation algorithm: com.cloud.deploy.FirstFitPlanner@2553e6 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Trying t o allocate a host and storage pools from dc:1, pod:null,cluster:null, requested cpu: 500, requested ram: 134217728 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Is ROOT volume READY (pool already allocated)?: No 2014-07-06 23:17:10,746 DEBUG [c.c.d.FirstFitPlanner] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Searching all possible resources under this Zone: 1 2014-07-06 23:17:10,747 DEBUG [c.c.d.FirstFitPlanner] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Listing clusters in or der of aggregate capacity, that have (atleast one host with) enough CPU and RAM capacity under this Zone: 1 2014-07-06 23:17:10,749 DEBUG [c.c.a.ApiServlet] (1061680681@qtp-1957555412-3:ctx-d0db1f98) ===START=== 172.16.88.7 -- GET jobid=6c848209-6 f65-41cb-b80a-c62c32bce55dapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=queryAsyncJo bResultresponse=jsonsignature=sxMFd6BpPKZJpsDRjRAZHif1w30%3D 2014-07-06 23:17:10,762 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-124:ctx-fedceda0 job-223) Unexpected exception while executing org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd com.cloud.exception.InvalidParameterValueException: Primary storage with id 4 is not ready for migration, as the status is:Maintenance at com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1221) at com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:179) at org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenance Cmd.java:103) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
[jira] [Updated] (CLOUDSTACK-7074) [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7074: Issue Type: Test (was: Bug) [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd Key: CLOUDSTACK-7074 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7074 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Simulator Affects Versions: 4.5.0 Environment: Master - 4.5 build BVT run from simulator Reporter: Rayees Namathponnan Assignee: edison su Priority: Blocker Fix For: 4.5.0 Attachments: vmops.rar Steps to reproduce Run BVT from simulator, test case integration.smoke.test_primary_storage.TestPrimaryStorageServices.test_01_primary_storage_nfs fails with below error 2014-07-06 23:17:10,745 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-124:ctx-fedceda0 job-223) Executing AsyncJobVO {id:223, use rId: 2, accountId: 2, instanceType: StoragePool, instanceId: 4, cmd: org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageFor MaintenanceCmd, cmdInfo: {response:json,id:54e824e0-8431-3e45-b35d-a4f9b547df56,ctxDetails:{\com.cloud.storage.StoragePool\:\54 e824e0-8431-3e45-b35d-a4f9b547df56\},cmdEventType:MAINT.PREPARE.PS,ctxUserId:2,httpmethod:GET,uuid:54e824e0-8431-3e45-b35d-a 4f9b547df56,ctxAccountId:2,ctxStartEventId:720,apiKey:XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK 2twbtvYcQNg,signature:6Ppi5k2c5/wYcs3i4XmPDq1SWGc\u003d}, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: n ull, initMsid: 95530185772, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Deployme ntPlanner allocation algorithm: com.cloud.deploy.FirstFitPlanner@2553e6 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Trying t o allocate a host and storage pools from dc:1, pod:null,cluster:null, requested cpu: 500, requested ram: 134217728 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Is ROOT volume READY (pool already allocated)?: No 2014-07-06 23:17:10,746 DEBUG [c.c.d.FirstFitPlanner] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Searching all possible resources under this Zone: 1 2014-07-06 23:17:10,747 DEBUG [c.c.d.FirstFitPlanner] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Listing clusters in or der of aggregate capacity, that have (atleast one host with) enough CPU and RAM capacity under this Zone: 1 2014-07-06 23:17:10,749 DEBUG [c.c.a.ApiServlet] (1061680681@qtp-1957555412-3:ctx-d0db1f98) ===START=== 172.16.88.7 -- GET jobid=6c848209-6 f65-41cb-b80a-c62c32bce55dapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=queryAsyncJo bResultresponse=jsonsignature=sxMFd6BpPKZJpsDRjRAZHif1w30%3D 2014-07-06 23:17:10,762 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-124:ctx-fedceda0 job-223) Unexpected exception while executing org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd com.cloud.exception.InvalidParameterValueException: Primary storage with id 4 is not ready for migration, as the status is:Maintenance at com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1221) at com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:179) at org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenance Cmd.java:103) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at
[jira] [Reopened] (CLOUDSTACK-7074) [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan reopened CLOUDSTACK-7074: - Reopening with issue type is test [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd Key: CLOUDSTACK-7074 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7074 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Simulator Affects Versions: 4.5.0 Environment: Master - 4.5 build BVT run from simulator Reporter: Rayees Namathponnan Assignee: edison su Priority: Blocker Fix For: 4.5.0 Attachments: vmops.rar Steps to reproduce Run BVT from simulator, test case integration.smoke.test_primary_storage.TestPrimaryStorageServices.test_01_primary_storage_nfs fails with below error 2014-07-06 23:17:10,745 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-124:ctx-fedceda0 job-223) Executing AsyncJobVO {id:223, use rId: 2, accountId: 2, instanceType: StoragePool, instanceId: 4, cmd: org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageFor MaintenanceCmd, cmdInfo: {response:json,id:54e824e0-8431-3e45-b35d-a4f9b547df56,ctxDetails:{\com.cloud.storage.StoragePool\:\54 e824e0-8431-3e45-b35d-a4f9b547df56\},cmdEventType:MAINT.PREPARE.PS,ctxUserId:2,httpmethod:GET,uuid:54e824e0-8431-3e45-b35d-a 4f9b547df56,ctxAccountId:2,ctxStartEventId:720,apiKey:XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK 2twbtvYcQNg,signature:6Ppi5k2c5/wYcs3i4XmPDq1SWGc\u003d}, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: n ull, initMsid: 95530185772, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Deployme ntPlanner allocation algorithm: com.cloud.deploy.FirstFitPlanner@2553e6 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Trying t o allocate a host and storage pools from dc:1, pod:null,cluster:null, requested cpu: 500, requested ram: 134217728 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Is ROOT volume READY (pool already allocated)?: No 2014-07-06 23:17:10,746 DEBUG [c.c.d.FirstFitPlanner] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Searching all possible resources under this Zone: 1 2014-07-06 23:17:10,747 DEBUG [c.c.d.FirstFitPlanner] (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Listing clusters in or der of aggregate capacity, that have (atleast one host with) enough CPU and RAM capacity under this Zone: 1 2014-07-06 23:17:10,749 DEBUG [c.c.a.ApiServlet] (1061680681@qtp-1957555412-3:ctx-d0db1f98) ===START=== 172.16.88.7 -- GET jobid=6c848209-6 f65-41cb-b80a-c62c32bce55dapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=queryAsyncJo bResultresponse=jsonsignature=sxMFd6BpPKZJpsDRjRAZHif1w30%3D 2014-07-06 23:17:10,762 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-124:ctx-fedceda0 job-223) Unexpected exception while executing org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd com.cloud.exception.InvalidParameterValueException: Primary storage with id 4 is not ready for migration, as the status is:Maintenance at com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1221) at com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:179) at org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenance Cmd.java:103) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at
[jira] [Updated] (CLOUDSTACK-7097) failing to add kvm host to MS
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7097: --- Priority: Critical (was: Blocker) failing to add kvm host to MS -- Key: CLOUDSTACK-7097 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7097 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: KVM, Management Server Affects Versions: 4.5.0 Reporter: shweta agarwal Priority: Critical Fix For: 4.5.0 Attachments: management-server.log.tar.gz Repro steps: Create a agent on rhel 6.3 create a MS on rhel 6.3 Try creating a zone Bug : zone creation fails at adding host step MS log shows : 014-07-11 03:33:46,284 WARN [c.c.a.d.ParamGenericValidationWorker] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Received unknown parameters for command addHost. Unknown parameters : clustertype 2014-07-11 03:33:46,294 INFO [c.c.r.ResourceManagerImpl] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Trying to add a new host at http://10.147.40.24 in data center 1 2014-07-11 03:33:46,487 DEBUG [c.c.u.s.SSHCmdHelper] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm 2014-07-11 03:33:47,505 DEBUG [c.c.u.s.SSHCmdHelper] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm 2014-07-11 03:33:48,556 DEBUG [c.c.u.s.SSHCmdHelper] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm 2014-07-11 03:33:49,607 DEBUG [c.c.h.k.d.LibvirtServerDiscoverer] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) It's not a KVM enabled machine 2014-07-11 03:33:49,608 WARN [c.c.r.ResourceManagerImpl] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Unable to find the server resources at http://10.147.40.24 2014-07-11 03:33:49,611 INFO [c.c.u.e.CSExceptionErrorCode] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Could not find exception: com.cloud.exception.DiscoveryException in error code list for exceptions 2014-07-11 03:33:49,611 WARN [o.a.c.a.c.a.h.AddHostCmd] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Exception: com.cloud.exception.DiscoveryException: Unable to add the host at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:791) at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:586) 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:601) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy148.discoverHosts(Unknown Source) at org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) at com.cloud.api.ApiServlet.doPost(ApiServlet.java:82) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at
[jira] [Commented] (CLOUDSTACK-7097) failing to add kvm host to MS
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062464#comment-14062464 ] Animesh Chaturvedi commented on CLOUDSTACK-7097: Shweta can you confirm by checking on Wei's comment. Rayees is not running into this issue in latest automation. So bumping it down to critical for now, please retest failing to add kvm host to MS -- Key: CLOUDSTACK-7097 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7097 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: KVM, Management Server Affects Versions: 4.5.0 Reporter: shweta agarwal Priority: Blocker Fix For: 4.5.0 Attachments: management-server.log.tar.gz Repro steps: Create a agent on rhel 6.3 create a MS on rhel 6.3 Try creating a zone Bug : zone creation fails at adding host step MS log shows : 014-07-11 03:33:46,284 WARN [c.c.a.d.ParamGenericValidationWorker] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Received unknown parameters for command addHost. Unknown parameters : clustertype 2014-07-11 03:33:46,294 INFO [c.c.r.ResourceManagerImpl] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Trying to add a new host at http://10.147.40.24 in data center 1 2014-07-11 03:33:46,487 DEBUG [c.c.u.s.SSHCmdHelper] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm 2014-07-11 03:33:47,505 DEBUG [c.c.u.s.SSHCmdHelper] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm 2014-07-11 03:33:48,556 DEBUG [c.c.u.s.SSHCmdHelper] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm 2014-07-11 03:33:49,607 DEBUG [c.c.h.k.d.LibvirtServerDiscoverer] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) It's not a KVM enabled machine 2014-07-11 03:33:49,608 WARN [c.c.r.ResourceManagerImpl] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Unable to find the server resources at http://10.147.40.24 2014-07-11 03:33:49,611 INFO [c.c.u.e.CSExceptionErrorCode] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Could not find exception: com.cloud.exception.DiscoveryException in error code list for exceptions 2014-07-11 03:33:49,611 WARN [o.a.c.a.c.a.h.AddHostCmd] (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Exception: com.cloud.exception.DiscoveryException: Unable to add the host at com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:791) at com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:586) 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:601) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy148.discoverHosts(Unknown Source) at org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) at com.cloud.api.ApiServlet.doPost(ApiServlet.java:82) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
[jira] [Updated] (CLOUDSTACK-7107) [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7107: --- Assignee: Koushik Das [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception -- Key: CLOUDSTACK-7107 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7107 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Simulator Affects Versions: 4.5.0 Environment: Simulator branch 4.5 Reporter: Rayees Namathponnan Assignee: Koushik Das Priority: Blocker Fix For: 4.5.0 Attachments: simulator__Log_1338.zip Steps to reproduce This issues is observed in simulator run, test case integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_08_migrate_vm failing with cast exception Error Message Job failed: {jobprocstatus : 0, created : u'2014-07-15T02:19:41-0700', cmd : u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid : u'dc22abe2-0bfe-11e4-89a0-00163e0af42c', jobstatus : 2, jobid : u'9a9e4a1c-af37-4b0b-892b-081720a30362', jobresultcode : 530, jobresulttype : u'object', jobresult : {errorcode : 530, errortext : u'Job failed due to exception com.cloud.agent.api.Answer cannot be cast to com.cloud.agent.api.CheckVirtualMachineAnswer'}, accountid : u'dc2284c8-0bfe-11e4-89a0-00163e0af42c'} begin captured stdout - === TestName: test_08_migrate_vm | Status : EXCEPTION === -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7075) [Automation] [BVT] test_public_ip_admin_account failed while calling listPortForwardingRules API
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7075: --- Issue Type: Test (was: Bug) [Automation] [BVT] test_public_ip_admin_account failed while calling listPortForwardingRules API Key: CLOUDSTACK-7075 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7075 Project: CloudStack Issue Type: Test Security Level: Public(Anyone can view this level - this is the default.) Components: Simulator Affects Versions: 4.5.0 Environment: Simulator build 4.5 Reporter: Rayees Namathponnan Assignee: Girish Shilamkar Priority: Blocker Fix For: 4.5.0 Attachments: vmops.rar Run the automation ntegration.smoke.test_network.TestPublicIP.test_public_ip_admin_account with simulator Test case failed, observed below error in ms log 2014-07-06 23:28:02,597 DEBUG [c.c.a.ApiServlet] (1069967269@qtp-1957555412-13:ctx-40857f10) ===START=== 172.16.88.7 -- GET signature=%2B9T lLSjBChGaJnKiMfjPaUq7%2Fc0%3DapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=listPubli cIpAddressesid=1540bd35-03fa-4e5e-8f52-63b0c8971429response=json 2014-07-06 23:28:02,604 DEBUG [c.c.a.ApiServlet] (1069967269@qtp-1957555412-13:ctx-40857f10 ctx-3967f10a ctx-3011c16e) ===END=== 172.16.88.7 -- GET signature=%2B9TlLSjBChGaJnKiMfjPaUq7%2Fc0%3DapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbt vYcQNgcommand=listPublicIpAddressesid=1540bd35-03fa-4e5e-8f52-63b0c8971429response=json 2014-07-06 23:28:02,635 DEBUG [c.c.a.ApiServlet] (1069967269@qtp-1957555412-13:ctx-48136b09) ===START=== 172.16.88.7 -- GET id=43446a28-67b 3-4d9e-aa5a-1ca177242048apiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=listPortForwar dingRulesresponse=jsonsignature=Jf9pPwhNEIQOQTye9dFaYNhIy2w%3D 2014-07-06 23:28:02,638 DEBUG [c.c.a.d.ParamProcessWorker] (1069967269@qtp-1957555412-13:ctx-48136b09 ctx-6f0576ec ctx-98bac62b) Object entit y uuid = 43446a28-67b3-4d9e-aa5a-1ca177242048 does not exist in the database. 2014-07-06 23:28:02,638 INFO [c.c.a.ApiServer] (1069967269@qtp-1957555412-13:ctx-48136b09 ctx-6f0576ec ctx-98bac62b) Unable to execute API c ommand listportforwardingrules due to invalid value. Invalid parameter id value=43446a28-67b3-4d9e-aa5a-1ca177242048 due to incorrect long va lue format, or entity does not exist or due to incorrect parameter annotation for the field in api cmd class. 2014-07-06 23:28:02,639 DEBUG [c.c.a.ApiServlet] (1069967269@qtp-1957555412-13:ctx-48136b09 ctx-6f0576ec ctx-98bac62b) ===END=== 172.16.88.7 -- GET id=43446a28-67b3-4d9e-aa5a-1ca177242048apiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQN gcommand=listPortForwardingRulesresponse=jsonsignature=Jf9pPwhNEIQOQTye9dFaYNhIy2w%3D 2014-07-06 23:28:02,683 DEBUG [c.c.a.ApiServlet] (1069967269@qtp-1957555412-13:ctx-b4d88722) ===START=== 172.16.88.7 -- GET id=bf6d355a-787 b-4b4c-9dfd-b59eeb73af7bapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=listLoadBalanc erRulesresponse=jsonsignature=mjNCrs9%2Beb%2F%2BWdmy%2BiUHT04Utfs%3D 2014-07-06 23:28:02,686 DEBUG [c.c.a.d.ParamProcessWorker] (1069967269@qtp-1957555412-13:ctx-b4d88722 ctx-2847b9bd ctx-f17d38ae) Object entit y uuid = bf6d355a-787b-4b4c-9dfd-b59eeb73af7b does not exist in the database. 2014-07-06 23:28:02,686 INFO [c.c.a.ApiServer] (1069967269@qtp-1957555412-13:ctx-b4d88722 ctx-2847b9bd ctx-f17d38ae) Unable to execute API c ommand listloadbalancerrules due to invalid value. Invalid parameter id value=bf6d355a-787b-4b4c-9dfd-b59eeb73af7b due to incorrect long valu e format, or entity does not exist or due to incorrect parameter annotation for the field in api cmd class. 2014-07-06 23:28:02,686 DEBUG [c.c.a.ApiServlet] (1069967269@qtp-1957555412-13:ctx-b4d88722 ctx-2847b9bd ctx-f17d38ae) ===END=== 172.16.88.7 -- GET id=bf6d355a-787b-4b4c-9dfd-b59eeb73af7bapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQN gcommand=listLoadBalancerRulesresponse=jsonsignature=mjNCrs9%2Beb%2F%2BWdmy%2BiUHT04Utfs%3D 2014-07-06 23:28:10,235 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:ctx-026dac87) Found 1 routers to update sta tus. 2014-07-06 23:28:10,236 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] (RouterStatusMonitor-1:ctx-026dac87) Found 0 networks to update Rv R status. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7109) [Automation] Console proxy is not working both KVM and Vmware
Rayees Namathponnan created CLOUDSTACK-7109: --- Summary: [Automation] Console proxy is not working both KVM and Vmware Key: CLOUDSTACK-7109 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7109 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Environment: KVM and vmware build master Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce Create advanced zone in KVM or vmware Check Console proxy is running on not Result Console proxy is not running, observed below error CapacityListener 2014-07-15 12:42:26,868 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) Sending Connect to listener: ConsoleProxyListener 2014-07-15 12:42:26,872 DEBUG [c.c.u.c.DBEncryptionUtil] (AgentConnectTaskPool-16394:ctx-b024eb85) Error while decrypting: e53qELmeZM74FCfezgOW7Q 2014-07-15 12:42:26,872 ERROR [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) Monitor ConsoleProxyListener says there is an error in the connect process for 9 due to null org.jasypt.exceptions.EncryptionOperationNotPossibleException at org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) at org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) at com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) at org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) at org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136) at org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72) at com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232) at com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198) at com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71) at com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539) at com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047) at com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119) at com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.runInContext(AgentManagerImpl.java:1131) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) 2014-07-15 12:42:26,873 INFO [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) Host 9 is disconnecting with event AgentDisconnected 2014-07-15 12:42:26,874 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) The next status of agent 9is Alert, current status is Connecting -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7109) [Automation] Console proxy is not working both KVM and Vmware
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062555#comment-14062555 ] Rayees Namathponnan commented on CLOUDSTACK-7109: - Logs available at https://citrix.sharefile.com/d/s932aa082b744d269 [Automation] Console proxy is not working both KVM and Vmware - Key: CLOUDSTACK-7109 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7109 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Environment: KVM and vmware build master Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce Create advanced zone in KVM or vmware Check Console proxy is running on not Result Console proxy is not running, observed below error CapacityListener 2014-07-15 12:42:26,868 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) Sending Connect to listener: ConsoleProxyListener 2014-07-15 12:42:26,872 DEBUG [c.c.u.c.DBEncryptionUtil] (AgentConnectTaskPool-16394:ctx-b024eb85) Error while decrypting: e53qELmeZM74FCfezgOW7Q 2014-07-15 12:42:26,872 ERROR [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) Monitor ConsoleProxyListener says there is an error in the connect process for 9 due to null org.jasypt.exceptions.EncryptionOperationNotPossibleException at org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981) at org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725) at com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63) at org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125) at org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136) at org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72) at com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232) at com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198) at com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71) at com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539) at com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047) at com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119) at com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.runInContext(AgentManagerImpl.java:1131) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) 2014-07-15 12:42:26,873 INFO [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) Host 9 is disconnecting with event AgentDisconnected 2014-07-15 12:42:26,874 DEBUG [c.c.a.m.AgentManagerImpl] (AgentConnectTaskPool-16394:ctx-b024eb85) The next status of agent 9is Alert, current status is Connecting -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7110) [Automation] Create volume failing with NPE in KVM
Rayees Namathponnan created CLOUDSTACK-7110: --- Summary: [Automation] Create volume failing with NPE in KVM Key: CLOUDSTACK-7110 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7110 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: KVM, Storage Controller Affects Versions: 4.5.0 Environment: KVM - RHEL 6.3 4.5 build Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce 1 ) Create advanced zone in KVM 2 ) Create a volume 3) Deploy a VM 4) Attach a volume Result Attach volume failed with below NPE Type:KVM}},wait:0}}] } 2014-07-15 12:57:33,050 DEBUG [c.c.a.t.Request] (AgentManager-Handler-7:null) Seq 1-5112992951949074670: Processing: { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags: 10, [{org.apache.cloudstack.storage.command.CreateObjectAnswer:{result:false,details:jav a.lang.NullPointerException,wait:0}}] } 2014-07-15 12:57:33,051 DEBUG [c.c.a.t.Request] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Seq 1-51129929519490 74670: Received: { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags: 10, { CreateObjectAnswer } } 2014-07-15 12:57:33,057 WARN [o.a.c.s.d.ObjectInDataStoreManagerImpl] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35 b) Unsupported data object (VOLUME, org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@45836dfb), no need to delete from obje ct in store ref table 2014-07-15 12:57:33,057 DEBUG [o.a.c.e.o.VolumeOrchestrator] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) create volume failed: java.lang.NullPointerException 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Invocati on exception, caused by: com.cloud.utils.exception.CloudRuntimeException: create volume failed:java.lang.NullPointerException 2014-07-15 12:57:33,057 INFO [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Rethrow exception com.cloud.utils.exception.CloudRuntimeException: create volume failed:java.lang.NullPointerException 2014-07-15 12:57:33,057 DEBUG [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Done with run of VM wor k job: com.cloud.storage.VmWorkAttachVolume for VM 1105, job origin: 6770 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Unable to complete Asyn cJobVO {id:6771, userId: 2, accountId: 2, instanceType: null, instanceId: null, cmd: com.cloud.storage.VmWorkAttachVolume, cmdInfo: rO0 ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YYfiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cg ATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAA gACBFF0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKG rJUdC5TgiwIAAHhwBJA, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: null, initMsid: 2906611887735 2, completeMsid: null, lastUpdated: null, lastPolled: null, created: Tue Jul 15 12:57:30 PDT 2014}, job origin:6770 com.cloud.utils.exception.CloudRuntimeException: create volume failed:java.lang.NullPointerException at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763) at com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1222) at com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1089) at com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2517) at sun.reflect.GeneratedMethodAccessor833.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) at com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2556) at sun.reflect.GeneratedMethodAccessor645.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at
[jira] [Commented] (CLOUDSTACK-7110) [Automation] Create volume failing with NPE in KVM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7110?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062569#comment-14062569 ] Rayees Namathponnan commented on CLOUDSTACK-7110: - https://citrix.sharefile.com/d/sc10910c229743828 - logs available here [Automation] Create volume failing with NPE in KVM -- Key: CLOUDSTACK-7110 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7110 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: KVM, Storage Controller Affects Versions: 4.5.0 Environment: KVM - RHEL 6.3 4.5 build Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce 1 ) Create advanced zone in KVM 2 ) Create a volume 3) Deploy a VM 4) Attach a volume Result Attach volume failed with below NPE Type:KVM}},wait:0}}] } 2014-07-15 12:57:33,050 DEBUG [c.c.a.t.Request] (AgentManager-Handler-7:null) Seq 1-5112992951949074670: Processing: { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags: 10, [{org.apache.cloudstack.storage.command.CreateObjectAnswer:{result:false,details:jav a.lang.NullPointerException,wait:0}}] } 2014-07-15 12:57:33,051 DEBUG [c.c.a.t.Request] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Seq 1-51129929519490 74670: Received: { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags: 10, { CreateObjectAnswer } } 2014-07-15 12:57:33,057 WARN [o.a.c.s.d.ObjectInDataStoreManagerImpl] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35 b) Unsupported data object (VOLUME, org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@45836dfb), no need to delete from obje ct in store ref table 2014-07-15 12:57:33,057 DEBUG [o.a.c.e.o.VolumeOrchestrator] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) create volume failed: java.lang.NullPointerException 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Invocati on exception, caused by: com.cloud.utils.exception.CloudRuntimeException: create volume failed:java.lang.NullPointerException 2014-07-15 12:57:33,057 INFO [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Rethrow exception com.cloud.utils.exception.CloudRuntimeException: create volume failed:java.lang.NullPointerException 2014-07-15 12:57:33,057 DEBUG [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Done with run of VM wor k job: com.cloud.storage.VmWorkAttachVolume for VM 1105, job origin: 6770 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Unable to complete Asyn cJobVO {id:6771, userId: 2, accountId: 2, instanceType: null, instanceId: null, cmd: com.cloud.storage.VmWorkAttachVolume, cmdInfo: rO0 ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YYfiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cg ATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAA gACBFF0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKG rJUdC5TgiwIAAHhwBJA, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: null, initMsid: 2906611887735 2, completeMsid: null, lastUpdated: null, lastPolled: null, created: Tue Jul 15 12:57:30 PDT 2014}, job origin:6770 com.cloud.utils.exception.CloudRuntimeException: create volume failed:java.lang.NullPointerException at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482) at org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763) at com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1222) at com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1089) at com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2517) at sun.reflect.GeneratedMethodAccessor833.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) at com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2556) at
[jira] [Commented] (CLOUDSTACK-7092) ICMP redirection enabled
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062581#comment-14062581 ] ASF subversion and git services commented on CLOUDSTACK-7092: - Commit 7703b2fab3eec92f148c2259a7457c75c6c49906 in cloudstack's branch refs/heads/4.4 from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7703b2f ] CLOUDSTACK-7092: Disabled icmp redirects in VR (cherry picked from commit e0d4af50626f46dcc84612aff427c6db13cc4270) ICMP redirection enabled Key: CLOUDSTACK-7092 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7092 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: SystemVM Affects Versions: 4.0.2 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Fix For: 4.5.0 By default, many linux systems enable a feature called ICMP redirection, where the machine will alter its route table in response to an ICMP redirect message from any network device. There is a risk that this feature could be used to subvert a host's routing table in order to compromise its security (e.g., tricking it into sending packets via a specific route where they may be sniffed or altered). The below settings are already there in sysctl.conf. net.ipv4.conf.all.accept_redirects=0 net.ipv4.conf.default.accept_redirects=0 Mitigation: Issue the following commands as root: sysctl -w net.ipv4.conf.all.secure_redirects=0 sysctl -w net.ipv4.conf.default.secure_redirects=0 These settings can be added to /etc/sysctl.conf to make them permanent. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7111) [Automation] Failed to Enable VPN for VPC
Rayees Namathponnan created CLOUDSTACK-7111: --- Summary: [Automation] Failed to Enable VPN for VPC Key: CLOUDSTACK-7111 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7111 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.5.0 Environment: KVM 6.3 4.5 build Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce Run the BVT test integration.smoke.test_vpc_vpn This test performing below steps # 0) Get the default network offering for VPC # 1) Create VPC # 2) Create network in VPC # 3) Deploy a vm # 4) Enable VPN for VPC Failed to create VM here, with below exception 2014-07-14 22:53:05,871 INFO [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-36:ctx-fc4efaf3 job-74) Add job-74 into job monitoring 2014-07-14 22:53:05,872 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-36:ctx-fc4efaf3 job-74) Executing AsyncJobVO {id:74, userId: 2, accountId: 2, instanceType: None, instanceId: 1, cmd: org.apache.cloudstack.api.command.user.vpn.CreateRemoteAccessVpnCmd, c mdInfo: {id:1,response:json,ctxDetails:{\com.cloud.network.IpAddress\:\66bf0fbf-ac94-4770-8507-52a1f8b9a7d8\,\com.cloud .network.RemoteAccessVpn\:\bd20bd01-ae57-498b-9069-b1c138f27913\,\com.cloud.domain.Domain\:\68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8\ },cmdEventType:VPN.REMOTE.ACCESS.CREATE,ctxUserId:2,account:test-account-TestVpcRemoteAccessVpn-ZDPAJA,httpmethod:GET ,domainid:68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8,uuid:bd20bd01-ae57-498b-9069-b1c138f27913,ctxAccountId:2,ctxStartEventId: 190,apiKey:d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA,publicipid:66bf0fbf-ac94-4770 -8507-52a1f8b9a7d8,signature:7wR4z472+EYAuM2XzDYv81uCY7A\u003d}, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2014-07-14 22:53:05,875 DEBUG [c.c.a.ApiServlet] (catalina-exec-14:ctx-0328e9cc) ===START=== 10.223.240.194 -- GET jobid=a7799878-d5c c-4a89-a1d5-1bb3208cfa07apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtAcommand=queryAsy ncJobResultresponse=jsonsignature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D 2014-07-14 22:53:05,881 DEBUG [c.c.n.IpAddressManagerImpl] (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Associating ip Ip[10. 223.122.75-1] to network Ntwk[210|Guest|8] 2014-07-14 22:53:05,903 DEBUG [c.c.a.ApiServlet] (catalina-exec-14:ctx-0328e9cc ctx-6d712844 ctx-6fc284cd) ===END=== 10.223.240.194 -- GET jobid=a7799878-d5cc-4a89-a1d5-1bb3208cfa07apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9 lwARLtAcommand=queryAsyncJobResultresponse=jsonsignature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D 2014-07-14 22:53:05,907 DEBUG [c.c.n.IpAddressManagerImpl] (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Successfully associat ed ip address 10.223.122.75 to network Ntwk[210|Guest|8] 2014-07-14 22:53:05,930 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Complete async j ob-73, jobStatus: SUCCEEDED, resultCode: 0, result: org.apache.cloudstack.api.response.IPAddressResponse/ipaddress/{id:665a562a-377b -4ec9-8439-1c6b3acee07a,ipaddress:10.223.122.75,allocated:2014-07-14T22:53:05-0700,zoneid:af2983df-186a-4425-974b-bc104c48c 51f,zonename:Adv-KVM-Zone1,issourcenat:false,account:test-account-TestCreateVolume-PZC40O,domainid:68e734aa-0bdf-11e4-b04 0-1a6f7bb0d0a8,domain:ROOT,forvirtualnetwork:true,vlanid:a644b87b-48a6-4114-8b77-957f0a796563,vlanname:vlan://1221,isst aticnat:false,issystem:false,associatednetworkid:3269567f-7916-47f6-b2e5-c052b393fd03,associatednetworkname:test-account-Test CreateVolume-PZC40O-network,networkid:9b0a5472-1441-4b0d-be85-7c5562c2172e,state:Allocating,physicalnetworkid:5f21a284-0845 -48e8-8533-52c68df2510e,tags:[],isportable:false,fordisplay:true} 2014-07-14 22:53:05,936 DEBUG [c.c.a.t.Request] (API-Job-Executor-36:ctx-fc4efaf3 job-74 ctx-0a401278) Seq 1-5112992951949066325: Sendi ng { Cmd , MgmtId: 29066118877352, via: 1(Rack2Host11.lab.vmops.com), Ver: v1, Flags: 100111, [{com.cloud.agent.api.routing.VpnUsersC fgCommand:{userpwds:[],accessDetails:{account.id:9,zone.network.type:Advanced,router.ip:169.254.3.27,router.name:r- 13-VM},wait:0}},{com.cloud.agent.api.routing.RemoteAccessVpnCfgCommand:{create:true,vpcEnabled:true,vpnServerIp:10.223.122. 73,ipRange:10.1.2.2-10.1.2.8,presharedKey:zKxOudqtjrMP6wwgO3WuvHzr,localIp:10.1.2.1,localCidr:10.1.1.0/24,publicInter face:eth1,accessDetails:{zone.network.type:Advanced,router.ip:169.254.3.27,router.name:r-13-VM},wait:0}}] } 2014-07-14 22:53:05,941 DEBUG
[jira] [Commented] (CLOUDSTACK-7111) [Automation] Failed to Enable VPN for VPC
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062584#comment-14062584 ] Rayees Namathponnan commented on CLOUDSTACK-7111: - Logs available at https://citrix.sharefile.com/d/sc10910c229743828 [Automation] Failed to Enable VPN for VPC -- Key: CLOUDSTACK-7111 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7111 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.5.0 Environment: KVM 6.3 4.5 build Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce Run the BVT test integration.smoke.test_vpc_vpn This test performing below steps # 0) Get the default network offering for VPC # 1) Create VPC # 2) Create network in VPC # 3) Deploy a vm # 4) Enable VPN for VPC Failed to create VM here, with below exception 2014-07-14 22:53:05,871 INFO [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-36:ctx-fc4efaf3 job-74) Add job-74 into job monitoring 2014-07-14 22:53:05,872 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-36:ctx-fc4efaf3 job-74) Executing AsyncJobVO {id:74, userId: 2, accountId: 2, instanceType: None, instanceId: 1, cmd: org.apache.cloudstack.api.command.user.vpn.CreateRemoteAccessVpnCmd, c mdInfo: {id:1,response:json,ctxDetails:{\com.cloud.network.IpAddress\:\66bf0fbf-ac94-4770-8507-52a1f8b9a7d8\,\com.cloud .network.RemoteAccessVpn\:\bd20bd01-ae57-498b-9069-b1c138f27913\,\com.cloud.domain.Domain\:\68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8\ },cmdEventType:VPN.REMOTE.ACCESS.CREATE,ctxUserId:2,account:test-account-TestVpcRemoteAccessVpn-ZDPAJA,httpmethod:GET ,domainid:68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8,uuid:bd20bd01-ae57-498b-9069-b1c138f27913,ctxAccountId:2,ctxStartEventId: 190,apiKey:d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA,publicipid:66bf0fbf-ac94-4770 -8507-52a1f8b9a7d8,signature:7wR4z472+EYAuM2XzDYv81uCY7A\u003d}, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352, completeMsid: null, lastUpdated: null, lastPolled: null, created: null} 2014-07-14 22:53:05,875 DEBUG [c.c.a.ApiServlet] (catalina-exec-14:ctx-0328e9cc) ===START=== 10.223.240.194 -- GET jobid=a7799878-d5c c-4a89-a1d5-1bb3208cfa07apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtAcommand=queryAsy ncJobResultresponse=jsonsignature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D 2014-07-14 22:53:05,881 DEBUG [c.c.n.IpAddressManagerImpl] (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Associating ip Ip[10. 223.122.75-1] to network Ntwk[210|Guest|8] 2014-07-14 22:53:05,903 DEBUG [c.c.a.ApiServlet] (catalina-exec-14:ctx-0328e9cc ctx-6d712844 ctx-6fc284cd) ===END=== 10.223.240.194 -- GET jobid=a7799878-d5cc-4a89-a1d5-1bb3208cfa07apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9 lwARLtAcommand=queryAsyncJobResultresponse=jsonsignature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D 2014-07-14 22:53:05,907 DEBUG [c.c.n.IpAddressManagerImpl] (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Successfully associat ed ip address 10.223.122.75 to network Ntwk[210|Guest|8] 2014-07-14 22:53:05,930 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Complete async j ob-73, jobStatus: SUCCEEDED, resultCode: 0, result: org.apache.cloudstack.api.response.IPAddressResponse/ipaddress/{id:665a562a-377b -4ec9-8439-1c6b3acee07a,ipaddress:10.223.122.75,allocated:2014-07-14T22:53:05-0700,zoneid:af2983df-186a-4425-974b-bc104c48c 51f,zonename:Adv-KVM-Zone1,issourcenat:false,account:test-account-TestCreateVolume-PZC40O,domainid:68e734aa-0bdf-11e4-b04 0-1a6f7bb0d0a8,domain:ROOT,forvirtualnetwork:true,vlanid:a644b87b-48a6-4114-8b77-957f0a796563,vlanname:vlan://1221,isst aticnat:false,issystem:false,associatednetworkid:3269567f-7916-47f6-b2e5-c052b393fd03,associatednetworkname:test-account-Test CreateVolume-PZC40O-network,networkid:9b0a5472-1441-4b0d-be85-7c5562c2172e,state:Allocating,physicalnetworkid:5f21a284-0845 -48e8-8533-52c68df2510e,tags:[],isportable:false,fordisplay:true} 2014-07-14 22:53:05,936 DEBUG [c.c.a.t.Request] (API-Job-Executor-36:ctx-fc4efaf3 job-74 ctx-0a401278) Seq 1-5112992951949066325: Sendi ng { Cmd , MgmtId: 29066118877352, via: 1(Rack2Host11.lab.vmops.com), Ver: v1, Flags: 100111, [{com.cloud.agent.api.routing.VpnUsersC fgCommand:{userpwds:[],accessDetails:{account.id:9,zone.network.type:Advanced,router.ip:169.254.3.27,router.name:r-
[jira] [Closed] (CLOUDSTACK-7082) [Automation] System vm are not getting created in Xen
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7082?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan closed CLOUDSTACK-7082. --- Verified with latest build [Automation] System vm are not getting created in Xen -- Key: CLOUDSTACK-7082 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7082 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Xen Affects Versions: 4.5.0 Environment: Xen Build 4.4 / master Reporter: Rayees Namathponnan Assignee: Koushik Das Priority: Blocker Fix For: 4.5.0 Attachments: management-server_CLOUDSTACK-7082.rar Create advanced zone in Xen with 4.5 build. SSVM and CPVM failed to create, observed below error in MS log, also attached full log 2014-07-08 10:13:32,271 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught SQLException when inserting system user: Duplicate entry '1' for key 'PRIMARY' 2014-07-08 10:13:32,271 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught SQLException when creating admin account: Duplicate entry '2' for key 'PRIMARY' 2014-07-08 10:13:32,272 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught SQLException when inserting admin user: Duplicate entry '2' for key 'PRIMARY' 2014-07-08 10:13:32,273 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught (SQL?)Exception: no network_group Table 'cloud.network_group' doesn't exist java.io.IOException: Fail to generate certificate!: sudo: no tty present and no askpass program specified 2014-07-08 10:13:51,450 WARN [c.c.c.d.ManagementServerHostDaoImpl] (Cluster-Heartbeat-1:ctx-b1344ab9) update:Exception:Invalid cluster session detected com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session detected Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid 1404814404734 is no longer valid java.lang.RuntimeException: update:Exception:Invalid cluster session detected Caused by: com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session detected Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid 1404814404734 is no longer valid 2014-07-08 10:13:52,854 WARN [c.c.c.d.ManagementServerHostDaoImpl] (Cluster-Heartbeat-1:ctx-32db3a37) update:Exception:Invalid cluster session detected com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session detected Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid 1404814404734 is no longer valid java.lang.RuntimeException: update:Exception:Invalid cluster session detected Caused by: com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session detected Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid 1404814404734 is no longer valid 2014-07-08 10:13:54,354 WARN [c.c.c.d.ManagementServerHostDaoImpl] (Cluster-Heartbeat-1:ctx-bc4d14ae) update:Exception:Invalid cluster session detected com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session detected Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid 1404814404734 is no longer valid java.lang.RuntimeException: update:Exception:Invalid cluster session detected Caused by: com.cloud.utils.exception.CloudRuntimeException: Invalid cluster session detected Caused by: com.cloud.cluster.ClusterInvalidSessionException: runid 1404814404734 is no longer valid -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7112) [Automation] Deadlock observed while restarting MS, and MS never comes back
Rayees Namathponnan created CLOUDSTACK-7112: --- Summary: [Automation] Deadlock observed while restarting MS, and MS never comes back Key: CLOUDSTACK-7112 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7112 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Environment: 4.5 Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Steps to reproduce Step 1 : Create advance zone on vmware Step 2 : Make sure CPVM and SSVM are up Step 3 : deploy VM Step 4 : Restart MS MS never comes back, observed below deadlock in log 2014-07-15 13:18:33,221 INFO [c.c.u.d.GenericDaoBase] (main:null) Cache created: [ name = HostPodDaoImpl status = STATUS_ALIVE eternal = false overflowToDisk = false maxEntriesLocalHeap = 50 maxEntriesLocalDisk = 0 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 600 timeToIdleSeconds = 300 persistence = none diskExpiryThreadIntervalSeconds = 120 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ] 2014-07-15 13:18:33,267 INFO [c.c.u.d.GenericDaoBase] (main:null) Cache created: [ name = ServiceOfferingDaoImpl status = STATUS_ALIVE eternal = false overflowToDisk = false maxEntriesLocalHeap = 50 maxEntriesLocalDisk = 0 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 600 timeToIdleSeconds = 300 persistence = none diskExpiryThreadIntervalSeconds = 120 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ] 2014-07-15 13:18:33,314 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught exception when inserting system account: Duplicate entry '1' for key 'PRIMARY' *** Java threads running at time of deadlock *** net.sf.ehcache.CacheManager@1f465da5 tid=24 TIMED_WAITING on lock=java.util.TaskQueue@c1665ee in java.lang.Object.wait() at java.lang.Object.wait(Native Method) at java.util.TimerThread.mainLoop(Timer.java:552) at java.util.TimerThread.run(Timer.java:505) RMI TCP Accept-41360 tid=23 RUNNABLE (running in native) in java.net.PlainSocketImpl.socketAccept() at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) at java.net.ServerSocket.implAccept(ServerSocket.java:530) at java.net.ServerSocket.accept(ServerSocket.java:498) at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:388) at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:360) at java.lang.Thread.run(Thread.java:744) Multicast Heartbeat Sender Thread tid=22 TIMED_WAITING on lock=net.sf.ehcache.distribution.MulticastKeepaliveHeartbeatSender$MulticastServerThread@127df275 in java.lang.Object.wait() -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7112) [Automation] Deadlock observed while restarting MS, and MS never comes back
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7112: Attachment: vmware_july_15.rar [Automation] Deadlock observed while restarting MS, and MS never comes back --- Key: CLOUDSTACK-7112 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7112 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Environment: 4.5 Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Attachments: vmware_july_15.rar Steps to reproduce Step 1 : Create advance zone on vmware Step 2 : Make sure CPVM and SSVM are up Step 3 : deploy VM Step 4 : Restart MS MS never comes back, observed below deadlock in log 2014-07-15 13:18:33,221 INFO [c.c.u.d.GenericDaoBase] (main:null) Cache created: [ name = HostPodDaoImpl status = STATUS_ALIVE eternal = false overflowToDisk = false maxEntriesLocalHeap = 50 maxEntriesLocalDisk = 0 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 600 timeToIdleSeconds = 300 persistence = none diskExpiryThreadIntervalSeconds = 120 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ] 2014-07-15 13:18:33,267 INFO [c.c.u.d.GenericDaoBase] (main:null) Cache created: [ name = ServiceOfferingDaoImpl status = STATUS_ALIVE eternal = false overflowToDisk = false maxEntriesLocalHeap = 50 maxEntriesLocalDisk = 0 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 600 timeToIdleSeconds = 300 persistence = none diskExpiryThreadIntervalSeconds = 120 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ] 2014-07-15 13:18:33,314 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught exception when inserting system account: Duplicate entry '1' for key 'PRIMARY' *** Java threads running at time of deadlock *** net.sf.ehcache.CacheManager@1f465da5 tid=24 TIMED_WAITING on lock=java.util.TaskQueue@c1665ee in java.lang.Object.wait() at java.lang.Object.wait(Native Method) at java.util.TimerThread.mainLoop(Timer.java:552) at java.util.TimerThread.run(Timer.java:505) RMI TCP Accept-41360 tid=23 RUNNABLE (running in native) in java.net.PlainSocketImpl.socketAccept() at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398) at java.net.ServerSocket.implAccept(ServerSocket.java:530) at java.net.ServerSocket.accept(ServerSocket.java:498) at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:388) at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:360) at java.lang.Thread.run(Thread.java:744) Multicast Heartbeat Sender Thread tid=22 TIMED_WAITING on lock=net.sf.ehcache.distribution.MulticastKeepaliveHeartbeatSender$MulticastServerThread@127df275 in java.lang.Object.wait() -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6710) [Automation] VM snapshot failing with NPE in vmware
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062787#comment-14062787 ] ASF subversion and git services commented on CLOUDSTACK-6710: - Commit 9b2565dccae94fd0751979424e32b41c196ee4f1 in cloudstack's branch refs/heads/master from [~amogh.vasekar] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9b2565d ] CLOUDSTACK-6710: Add missing OS mappings [Automation] VM snapshot failing with NPE in vmware --- Key: CLOUDSTACK-6710 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6710 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.4.0 Environment: Vmware 5.0 4.4-forward Reporter: Rayees Namathponnan Assignee: Amogh Vasekar Priority: Blocker Fix For: 4.4.0 Attachments: management-server.rar Execute BVT integration.smoke.test_vm_snapshots.TestVmSnapshot.test_01_create_vm_snapshots This test case creating VM snapshot in VMware; this is failing with below NPE 2014-05-19 13:12:00,378 DEBUG [c.c.v.VmWorkJobDispatcher] (Work-Job-Executor-130:job-390/job-391) Run VM work job: com.cloud.vm.snapshot.VmWorkCreateVMSn apshot for VM 62, job origin: 390 2014-05-19 13:12:00,384 DEBUG [c.c.v.VmWorkJobHandlerProxy] (Work-Job-Executor-130:job-390/job-391 ctx-538be870) Execute VM work job: com.cloud.vm.snapsh ot.VmWorkCreateVMSnapshot{vmSnapshotId:1,quiesceVm:false,userId:2,accountId:2,vmId:62,handlerName:VMSnapshotManagerImpl} 2014-05-19 13:12:00,517 DEBUG [c.c.v.s.VMSnapshotManagerImpl] (Work-Job-Executor-130:job-390/job-391 ctx-538be870) Failed to create vm snapshot: 1 java.lang.NullPointerException at org.apache.cloudstack.storage.vmsnapshot.DefaultVMSnapshotStrategy.takeVMSnapshot(DefaultVMSnapshotStrategy.java:139) at com.cloud.vm.snapshot.VMSnapshotManagerImpl.orchestrateCreateVMSnapshot(VMSnapshotManagerImpl.java:422) at com.cloud.vm.snapshot.VMSnapshotManagerImpl.orchestrateCreateVMSnapshot(VMSnapshotManagerImpl.java:1048) 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 com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) at com.cloud.vm.snapshot.VMSnapshotManagerImpl.handleVmWorkJob(VMSnapshotManagerImpl.java:1072) 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.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at com.sun.proxy.$Proxy182.handleVmWorkJob(Unknown Source) at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:496) at org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:453) at
[jira] [Resolved] (CLOUDSTACK-6358) Remove hardcoded guest OS mappings
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amogh Vasekar resolved CLOUDSTACK-6358. --- Resolution: Fixed Remove hardcoded guest OS mappings -- Key: CLOUDSTACK-6358 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6358 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.3.0 Reporter: Amogh Vasekar Assignee: Amogh Vasekar Priority: Critical Fix For: 4.4.0, 4.5.0 The guest OS to platform emulator mappings are hardcoded in the codebase. This needs to be removed so as to support dynamic addition of guest OS type -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7096) [Automation] SSH to VM with LB rule to its secondary IP fails with error SSHException: Error reading SSH protocol banner
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14063092#comment-14063092 ] Jayapal Reddy commented on CLOUDSTACK-7096: --- Hi Ashutosk, After acquiring secondary ip to vm nic, go to the (ssh) vm. On the guest interface run the below example for configuring secondary ip. After configuring ip on guest vm, you will be to access the secondary ip. Example: guest interface eth2, secondary ip 192.168.1.120 root@r-5-VM:~# ip addr add 192.168.1.120 dev eth2 root@r-5-VM:~# ip addr show eth2 9: eth2: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 02:00:15:e6:00:07 brd ff:ff:ff:ff:ff:ff inet 192.168.1.1/24 brd 192.168.1.255 scope global eth2 inet 192.168.1.120/32 scope global eth2 Thanks, Jayapal [Automation] SSH to VM with LB rule to its secondary IP fails with error SSHException: Error reading SSH protocol banner -- Key: CLOUDSTACK-7096 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7096 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Automation, Network Controller Affects Versions: 4.4.0 Environment: KVM Reporter: Ashutosk Kelkar Assignee: Ashutosk Kelkar Labels: automation Fix For: 4.4.0 Attachments: agent.log, iptablesOnHost.txt, management-server.log Steps: 1. Create an account 2. Deploy a VM 3. Acquire secondary IP for default VM NIC 4. Acquire public IP in the network 5. Create firewall rule for public IP 6. Create load balancer rule for this IP to the secondary IP of VM 7. Try to SSH to VM using public IP It fails with error SSHException: Error reading SSH protocol banner If you create load balancer rule for the primary IP, then SSH succeeds -- This message was sent by Atlassian JIRA (v6.2#6252)