Re: CLOUDSTACK-6338 - Failed to Netscaler and EIP/ELB automation

[Antonio Fornié Casarrubios]

Sure, I will make sure to have the patch today and request your review
Alena.

Btw, If I remember correctly, this is a parameter that we already filter
when it comes Camel Case, but not lowercase. I will double check.

Thanks, cheers
Antonio


2014-04-04 19:59 GMT+02:00 Alena Prokharchyk :

> Rayees,
>
> The reason listed in the bug summary - "Unknown parameters :
> ctxstarteventid² - is not the reason for the failure.
>
> Here is the real reason
>
> ext":"Failed to log in to Netscaler device at 10.223.240.177 due to
> sun.security.validator.ValidatorException: PKIX path building failed:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target²}
>
>
>
> Antonio, can you please remove those error messages from the log though?
> "Unknown parameters : ctxstarteventid²
>
> Thanks,
> Alena.
>
> On 4/4/14, 10:50 AM, "Rayees Namathponnan"
>  wrote:
>
> >HI All,
> >
> >With latest 4.4 build,  I am unable to add NetScaler device.
> >
> >Below defect created, EIP/ELB automation blocked due to this
> >
> >https://issues.apache.org/jira/browse/CLOUDSTACK-6338
> >
> >Regards,
> >Rayees
> >
> >
>
>

Re: [4.4] Invalid parameter

[Antonio Fornié Casarrubios]

The unknown parameter is not the reason why this is failing to deploy. It
must be something else, if you don't find anything in the Mgmt Server logs,
perhaps you may find something in other remote logs.


Logs about unkown parameters only warn you that there is a parameter in the
request that is not used so that you don't rely on it to affect the
behavior of the command. The fix for that would be to remove it from the
request or to actaully do something with it. But it is not anything
critical anyway, most of them are cases that have been there a long time
but most people didn't know the parameters were not used, so this log may
help you determine why your parameter value doesn't have any effect.

For example, not all the Commands related with lists have the listall
property, but only the ones that extend a certain Command class (sorry I
don't remember now which one). On the other hand I assume you don't really
care having the listall parameter or not, it's just a parameter that is
added to a request in a code you are reusing, am I right?

Cheers
antonio



2014-04-06 23:30 GMT+02:00 Mike Tutkowski :

> Hi,
>
> I can't seem to get my virtual router to deploy.
>
> When I try to restart it via Quickview, this error is generated by the CS
> MS:
>
> WARN  [c.c.a.d.ParamGenericValidationWorker]
> (1651970393@qtp-1692804609-11:ctx-f5681abe
> ctx-9d9eb052) Received unknown parameters for command listSystemVms.
> Unknown parameters : listall
>
> Any ideas?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*
>

security_group.py closed unexpectedly

[Giri Prasad]

Hello All,

 I installed Ubuntu 12.04 LTS on a i3, 8gb ram machine. And installed 
cloudstack 4.3. Upon starting the the management server and agent of 
cloudstack, the following errors are reported by the system. Any insights? 
Thanks in advance.

Regards,
Giri


security_group.py has closed unexpectedly

Executable Path
/usr/share/cloudstack-common/scripts/vm/network/security_group.py

Package
  cloudstack-common-4.3.0 [origin cloudstack.org]

Problem Type
   Crash

Title:
security_group.py crashed with CalledProcessError in __call__(): Command 
'['/bin/bash', '-c', u'iptables -N BF-cloudbr9']' returned non-zero exit status 
1

ProcCmdLine
/usr/bin/pyton 
/usr/share/cloudstack-common/scripts/vm/network/security_group.py 
default_network_rules_systemvm --vmname s-5-VM --localbrname cloud

PytonArgs
['/usr/share/cloudstack-common/scripts/vm/network/security_group.py','default_network_rules_systemvm','--vmname','s-5-VM','--localbrname','cloud0']

Source Package
  cloudstack

Uname
  Linux 3.11.0-19-generic

management-server.log 
*
2014-04-07 14:09:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-132e0e49) Found 0 routers to update status. 
2014-04-07 14:09:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-132e0e49) Found 0 networks to update RvR status. 
2014-04-07 14:09:46,714 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-3:null) Ping from 1
2014-04-07 14:10:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b66bd10) Found 0 routers to update status. 
2014-04-07 14:10:01,249 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b66bd10) Found 0 networks to update RvR status. 
2014-04-07 14:10:06,141 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Resetting hosts suitable for reconnect
2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed resetting hosts suitable for reconnect
2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Acquiring hosts for clusters already owned by this 
management server
2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed acquiring hosts for clusters already owned by 
this management server
2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Acquiring hosts for clusters not owned by any management 
server
2014-04-07 14:10:06,145 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed acquiring hosts for clusters not owned by any 
management server
2014-04-07 14:10:16,204 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-566129ef) VmStatsCollector is running...
2014-04-07 14:10:16,321 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-6a332b1b) StorageCollector is running...
2014-04-07 14:10:16,328 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-6a332b1b) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 14:10:16,397 DEBUG [c.c.a.t.Request] (StatsCollector-1:ctx-6a332b1b) 
Seq 1-1822556174: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-07 14:10:17,509 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-054ac5cc) HostStatsCollector is running...
2014-04-07 14:10:18,133 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-054ac5cc) 
Seq 1-1822556175: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetHostStatsAnswer } }
2014-04-07 14:10:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 routers to update status. 
2014-04-07 14:10:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 networks to update RvR status. 
2014-04-07 14:10:46,715 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) Ping from 1
2014-04-07 14:11:01,245 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b62a466) Found 0 routers to update status. 
2014-04-07 14:11:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b62a466) Found 0 networks to update RvR status. 
2014-04-07 14:11:16,209 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-9f373dcd) VmStatsCollector is running...
2014-04-07 14:11:16,397 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6e0b268f) StorageCollector is running...
2014-04-07 14:11:16,404 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6e0b268f) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 14:11:16,473 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-6e0b268f) 
Seq 1-1822556176: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-07 14:11:18,133

security_group.py closed unexpectedly

[Giri Prasad]

Hello All,

 I installed Ubuntu 12.04 LTS on a i3, 8gb ram machine. And installed 
cloudstack 4.3. Upon starting the the management server and agent of 
cloudstack, the following errors are reported by the system. Any insights? 
Thanks in advance.

Regards,
Giri

security_group.py has closed unexpectedly

Executable Path
/usr/share/cloudstack-common/scripts/vm/network/security_group.py

Package
  cloudstack-common-4.3.0 [origin cloudstack.org]

Problem Type
   Crash

Title:
security_group.py crashed with CalledProcessError in __call__(): Command 
'['/bin/bash', '-c', u'iptables -N BF-cloudbr9']' returned non-zero exit status 
1

ProcCmdLine
/usr/bin/pyton 
/usr/share/cloudstack-common/scripts/vm/network/security_group.py 
default_network_rules_systemvm --vmname s-5-VM --localbrname cloud

PytonArgs
['/usr/share/cloudstack-common/scripts/vm/network/security_group.py','default_network_rules_systemvm','--vmname','s-5-VM','--localbrname','cloud0']

Source Package
  cloudstack

Uname
  Linux 3.11.0-19-generic

management-server.log 
*
2014-04-07 14:09:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-132e0e49) Found 0 routers to update status. 
2014-04-07 14:09:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-132e0e49) Found 0 networks to update RvR status. 
2014-04-07 14:09:46,714 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-3:null) Ping from 1
2014-04-07 14:10:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b66bd10) Found 0 routers to update status. 
2014-04-07 14:10:01,249 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b66bd10) Found 0 networks to update RvR status. 
2014-04-07 14:10:06,141 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Resetting hosts suitable for reconnect
2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed resetting hosts suitable for reconnect
2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Acquiring hosts for clusters already owned by this 
management server
2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed acquiring hosts for clusters already owned by 
this management server
2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Acquiring hosts for clusters not owned by any management 
server
2014-04-07 14:10:06,145 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed acquiring hosts for clusters not owned by any 
management server
2014-04-07 14:10:16,204 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-566129ef) VmStatsCollector is running...
2014-04-07 14:10:16,321 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-6a332b1b) StorageCollector is running...
2014-04-07 14:10:16,328 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-6a332b1b) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 14:10:16,397 DEBUG [c.c.a.t.Request] (StatsCollector-1:ctx-6a332b1b) 
Seq 1-1822556174: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-07 14:10:17,509 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-054ac5cc) HostStatsCollector is running...
2014-04-07 14:10:18,133 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-054ac5cc) 
Seq 1-1822556175: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetHostStatsAnswer } }
2014-04-07 14:10:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 routers to update status. 
2014-04-07 14:10:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 networks to update RvR status. 
2014-04-07 14:10:46,715 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) Ping from 1
2014-04-07 14:11:01,245 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b62a466) Found 0 routers to update status. 
2014-04-07 14:11:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b62a466) Found 0 networks to update RvR status. 

security_group.py has closed unexpectedly

[Giri Prasad]

Hello All, 


I installed Ubuntu 12.04 LTS on a i3, 8gb ram machine. And installed cloudstack 
4.3. Upon starting the the management server and agent of cloudstack, the 
following errors are reported by the system. Any insights? 


Thanks in advance. 


Regards, 


Giri 

security_group.py has closed unexpectedly 

Executable Path
/usr/share/cloudstack-common/scripts/vm/network/security_group.py 

Package
  cloudstack-common-4.3.0 [origin cloudstack.org] 

Problem Type
   Crash 

Title:
security_group.py crashed with CalledProcessError in __call__(): Command 
'['/bin/bash', '-c', u'iptables -N BF-cloudbr9']' returned non-zero exit status 
1 

ProcCmdLine
/usr/bin/pyton 
/usr/share/cloudstack-common/scripts/vm/network/security_group.py 
default_network_rules_systemvm --vmname s-5-VM --localbrname cloud 

PytonArgs
['/usr/share/cloudstack-common/scripts/vm/network/security_group.py','default_network_rules_systemvm','--vmname','s-5-VM','--localbrname','cloud0']
 

Source Package
  cloudstack 

Uname
  Linux 3.11.0-19-generic 

management-server.log 
* 

2014-04-07 14:09:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-132e0e49) Found 0 routers to update status. 
2014-04-07 14:09:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-132e0e49) Found 0 networks to update RvR status. 
2014-04-07 14:09:46,714 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-3:null) Ping from 1
2014-04-07 14:10:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b66bd10) Found 0 routers to update status. 
2014-04-07 14:10:01,249 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b66bd10) Found 0 networks to update RvR status. 
2014-04-07 14:10:06,141 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Resetting hosts suitable for reconnect
2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed resetting hosts suitable for reconnect
2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Acquiring hosts for clusters already owned by this 
management server
2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed acquiring hosts for clusters already owned by 
this management server
2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Acquiring hosts for clusters not owned by any management 
server
2014-04-07 14:10:06,145 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-2f093bdb) Completed acquiring hosts for clusters not owned by any 
management server
2014-04-07 14:10:16,204 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-566129ef) VmStatsCollector is running...
2014-04-07 14:10:16,321 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-6a332b1b) StorageCollector is running...
2014-04-07 14:10:16,328 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-6a332b1b) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 14:10:16,397 DEBUG [c.c.a.t.Request] (StatsCollector-1:ctx-6a332b1b) 
Seq 1-1822556174: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-07 14:10:17,509 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-054ac5cc) HostStatsCollector is running...
2014-04-07 14:10:18,133 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-054ac5cc) 
Seq 1-1822556175: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetHostStatsAnswer } }
2014-04-07 14:10:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 routers to update status. 
2014-04-07 14:10:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 networks to update RvR status. 
2014-04-07 14:10:46,715 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-6:null) Ping from 1
2014-04-07 14:11:01,245 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b62a466) Found 0 routers to update status. 
2014-04-07 14:11:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-6b62a466) Found 0 networks to update RvR status. 
2014-04-07 14:11:16,209 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-9f373dcd) VmStatsCollector is running...
2014-04-07 14:11:16,397 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6e0b268f) StorageCollector is running...
2014-04-07 14:11:16,404 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6e0b268f) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 14:11:16,473 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-6e0b268f) 
Seq 1-1822556176: Received:  { Ans: , MgmtId: 108689543298440, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2

Re: security_group.py closed unexpectedly

[Jayapal Reddy Uradi]

Hi,

Can you please run the below script on the host and check for errors.
> /usr/bin/pyton 
> /usr/share/cloudstack-common/scripts/vm/network/security_group.py 
> default_network_rules_systemvm --vmname s-5-VM --localbrname cloud

iptables chain create should not cause issues.

Thanks,
Jayapal

On 07-Apr-2014, at 3:22 PM, Giri Prasad 
 wrote:

> Hello All,
> 
>  I installed Ubuntu 12.04 LTS on a i3, 8gb ram machine. And installed 
> cloudstack 4.3. Upon starting the the management server and agent of 
> cloudstack, the following errors are reported by the system. Any insights? 
> Thanks in advance.
> 
> Regards,
> Giri
> 
> security_group.py has closed unexpectedly
> 
> Executable Path
> /usr/share/cloudstack-common/scripts/vm/network/security_group.py
> 
> Package
>   cloudstack-common-4.3.0 [origin cloudstack.org]
> 
> Problem Type
>Crash
> 
> Title:
> security_group.py crashed with CalledProcessError in __call__(): Command 
> '['/bin/bash', '-c', u'iptables -N BF-cloudbr9']' returned non-zero exit 
> status 1
> 
> ProcCmdLine
> /usr/bin/pyton 
> /usr/share/cloudstack-common/scripts/vm/network/security_group.py 
> default_network_rules_systemvm --vmname s-5-VM --localbrname cloud
> 
> PytonArgs
> ['/usr/share/cloudstack-common/scripts/vm/network/security_group.py','default_network_rules_systemvm','--vmname','s-5-VM','--localbrname','cloud0']
> 
> Source Package
>   cloudstack
> 
> Uname
>   Linux 3.11.0-19-generic
> 
> management-server.log 
> *
> 2014-04-07 14:09:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-132e0e49) Found 0 routers to update status. 
> 2014-04-07 14:09:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-132e0e49) Found 0 networks to update RvR status. 
> 2014-04-07 14:09:46,714 DEBUG [c.c.a.m.AgentManagerImpl] 
> (AgentManager-Handler-3:null) Ping from 1
> 2014-04-07 14:10:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-6b66bd10) Found 0 routers to update status. 
> 2014-04-07 14:10:01,249 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-6b66bd10) Found 0 networks to update RvR status. 
> 2014-04-07 14:10:06,141 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
> Timer:ctx-2f093bdb) Resetting hosts suitable for reconnect
> 2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
> Timer:ctx-2f093bdb) Completed resetting hosts suitable for reconnect
> 2014-04-07 14:10:06,143 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
> Timer:ctx-2f093bdb) Acquiring hosts for clusters already owned by this 
> management server
> 2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
> Timer:ctx-2f093bdb) Completed acquiring hosts for clusters already owned by 
> this management server
> 2014-04-07 14:10:06,144 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
> Timer:ctx-2f093bdb) Acquiring hosts for clusters not owned by any management 
> server
> 2014-04-07 14:10:06,145 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
> Timer:ctx-2f093bdb) Completed acquiring hosts for clusters not owned by any 
> management server
> 2014-04-07 14:10:16,204 DEBUG [c.c.s.StatsCollector] 
> (StatsCollector-3:ctx-566129ef) VmStatsCollector is running...
> 2014-04-07 14:10:16,321 DEBUG [c.c.s.StatsCollector] 
> (StatsCollector-1:ctx-6a332b1b) StorageCollector is running...
> 2014-04-07 14:10:16,328 DEBUG [c.c.s.StatsCollector] 
> (StatsCollector-1:ctx-6a332b1b) There is no secondary storage VM for 
> secondary storage host nfs://192.168.1.5/export/secondary
> 2014-04-07 14:10:16,397 DEBUG [c.c.a.t.Request] 
> (StatsCollector-1:ctx-6a332b1b) Seq 1-1822556174: Received:  { Ans: , MgmtId: 
> 108689543298440, via: 1, Ver: v1, Flags: 10, { GetStorageStatsAnswer } }
> 2014-04-07 14:10:17,509 DEBUG [c.c.s.StatsCollector] 
> (StatsCollector-3:ctx-054ac5cc) HostStatsCollector is running...
> 2014-04-07 14:10:18,133 DEBUG [c.c.a.t.Request] 
> (StatsCollector-3:ctx-054ac5cc) Seq 1-1822556175: Received:  { Ans: , MgmtId: 
> 108689543298440, via: 1, Ver: v1, Flags: 10, { GetHostStatsAnswer } }
> 2014-04-07 14:10:31,246 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 routers to update status. 
> 2014-04-07 14:10:31,248 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-bf9adfc5) Found 0 networks to update RvR status. 
> 2014-04-07 14:10:46,715 DEBUG [c.c.a.m.AgentManagerImpl] 
> (AgentManager-Handler-6:null) Ping from 1
> 2014-04-07 14:11:01,245 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-6b62a466) Found 0 routers to update status. 
> 2014-04-07 14:11:01,247 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:ctx-6b62a466) Found 0 networks to update RvR status. 

can't get the simulator running on 4.4

[Konstantina Chremmou]

Hi all,

I've tried the instructions on 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Validating+check-ins+for+your+local+changes%2C+using+Simulator

They work ok on master, but not on 4.4. I can't deploy the simulator database 
without making changes to the files 
setup\db\hypervisor_capabilities.simulator.sql and templates.simulator.sql 
(complains about unknown columns), and even when this command succeeds I see 
more errors when trying to start the simulator.

Any suggestions? Could it be a case of missing patches that have been applied 
to master but not to 4.4?

Thanks,
Tina

Re: security_group.py closed unexpectedly

[Giri Prasad]

Hi,

Thanks for your reply.

/usr/bin/python 
/usr/share/cloudstack-common/scripts/vm/network/security_group.py 
default_network_rules_systemvm --vmname s-5-VM --localbrname cloud
> runs fine, without any problem.

 However, I notice the following errors, in the management log, when I stop and 
start the management server and the cloudstack agent.

 Please let know of any clues towards this.

Thanks in advance.

Regards,
Giri

2014-04-07 15:43:25,145 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo 
keytool -genkey -keystore 
/etc/cloudstack/management/cloudmanagementserver.keystore -storepass vmops.com 
-keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
User",ou="giriubuntu.cruzesoft.com",o="giriubuntu.cruzesoft.com",c="Unknown" 
2014-04-07 15:43:25,181 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1
2014-04-07 15:43:25,181 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty present 
and no askpass program specifiedSorry, try again.sudo: no tty present and no 
askpass program specifiedSorry, try again.sudo: no tty present and no askpass 
program specifiedSorry, try again.sudo: 3 incorrect password attempts
2014-04-07 15:43:25,182 WARN  [c.c.s.ConfigurationServerImpl] (main:null) Would 
use fail-safe keystore to continue.
java.io.IOException: Fail to generate certificate!: sudo: no tty present and no 
askpass program specifiedSorry, try again.sudo: no tty present and no askpass 
program specifiedSorry, try again.sudo: no tty present and no askpass program 
specifiedSorry, try again.sudo: 3 incorrect password attempts
at 
com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:576)
 


014-04-07 15:43:25,222 INFO  [c.c.s.ConfigurationServerImpl] (main:null) Going 
to update systemvm iso with generated keypairs if needed
2014-04-07 15:43:25,223 DEBUG [c.c.u.s.Script] (main:null) Looking for 
scripts/vm/systemvm/injectkeys.sh in the classpath
2014-04-07 15:43:25,223 DEBUG [c.c.u.s.Script] (main:null) System resource: null
2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: 
file:/usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/systemvm/injectkeys.sh
2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) Absolute path =  
/usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/systemvm/injectkeys.sh
2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) Looking for 
vms/systemvm.iso in the classpath
2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) System resource: null
2014-04-07 15:43:25,994 DEBUG [c.c.u.s.Script] (main:null) Classpath resource: 
file:/usr/share/cloudstack-management/webapps/client/WEB-INF/classes/vms/systemvm.iso
2014-04-07 15:43:25,994 DEBUG [c.c.u.s.Script] (main:null) Absolute path =  
/usr/share/cloudstack-management/webapps/client/WEB-INF/classes/vms/systemvm.iso


2014-04-07 15:43:26,199 INFO  [c.c.c.ClusterManagerImpl] (main:null) Start 
configuring cluster manager : ClusterManagerImpl
2014-04-07 15:43:26,200 INFO  [c.c.c.ClusterManagerImpl] (main:null) Cluster 
node IP : 192.168.1.5
2014-04-07 15:43:26,218 INFO  [c.c.c.ClusterManagerImpl] (main:null) Trying to 
connect to 192.168.1.5
2014-04-07 15:43:26,221 ERROR [c.c.c.ClusterManagerImpl] (main:null) Unable to 
ping management server at 192.168.1.5:9090 due to ConnectException
java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect(Native Method)
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:534)
at 
com.cloud.cluster.ClusterManagerImpl.pingManagementNode(ClusterManagerImpl.java:1122)
 



2014-04-07 15:43:37,511 INFO  [o.a.c.s.d.p.DefaultHostListener] 
(AgentConnectTaskPool-1:ctx-d531d35b) Connection established between 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@1fd79af9 host + 1
2014-04-07 15:43:37,520 DEBUG [c.c.s.StorageManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) Successfully set Capacity - 447226052608 
for capacity type - 3 , DataCenterId - 1, HostOrPoolId - 1, PodId 1
2014-04-07 15:43:37,520 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) Sending Connect to listener: 
SecondaryStorageListener
2014-04-07 15:43:37,520 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) Sending Connect to listener: 
DeploymentPlanningManagerImpl
2014-04-07 15:43:37,522 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) Sending Connect to listener: 
ClusteredVirtualMachineManagerImpl
2014-04-07 15:43:37,522 DEBUG [c.c.v.VirtualMachineManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) Received startup command from hypervisor 
host. host id: 1
2014-04-07 15:43:37,533 DEBUG [c.c.v.VirtualMachineManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) Found 2 VMs for host 1
2014-04-07 15:43:37,535 DEBUG [c.c.v.VirtualMachineManagerImpl] 
(AgentConnectTaskPool-1:ctx-d531d35b) VM v-2-VM: cs state = Running and 
realState = Running
2014-04-07 

Re: security_group.py closed unexpectedly

[Jayapal Reddy Uradi]

The error is specific to running with sudo. 
But this error is not related to security_group.py failure.

Thanks,
Jayapal
On 07-Apr-2014, at 4:06 PM, Giri Prasad 
 wrote:

> Hi,
> 
> Thanks for your reply.
> 
> /usr/bin/python 
> /usr/share/cloudstack-common/scripts/vm/network/security_group.py 
> default_network_rules_systemvm --vmname s-5-VM --localbrname cloud
> > runs fine, without any problem.
> 
>  However, I notice the following errors, in the management log, when I stop 
> and start the management server and the cloudstack agent.
> 
>  Please let know of any clues towards this.
> 
> Thanks in advance.
> 
> Regards,
> Giri
> 
> 2014-04-07 15:43:25,145 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo 
> keytool -genkey -keystore 
> /etc/cloudstack/management/cloudmanagementserver.keystore -storepass 
> vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
> User",ou="giriubuntu.cruzesoft.com",o="giriubuntu.cruzesoft.com",c="Unknown" 
> 2014-04-07 15:43:25,181 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1
> 2014-04-07 15:43:25,181 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty 
> present and no askpass program specifiedSorry, try again.sudo: no tty present 
> and no askpass program specifiedSorry, try again.sudo: no tty present and no 
> askpass program specifiedSorry, try again.sudo: 3 incorrect password attempts
> 2014-04-07 15:43:25,182 WARN  [c.c.s.ConfigurationServerImpl] (main:null) 
> Would use fail-safe keystore to continue.
> java.io.IOException: Fail to generate certificate!: sudo: no tty present and 
> no askpass program specifiedSorry, try again.sudo: no tty present and no 
> askpass program specifiedSorry, try again.sudo: no tty present and no askpass 
> program specifiedSorry, try again.sudo: 3 incorrect password attempts
>   at 
> com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:576)
>  
> 
> 
> 014-04-07 15:43:25,222 INFO  [c.c.s.ConfigurationServerImpl] (main:null) 
> Going to update systemvm iso with generated keypairs if needed
> 2014-04-07 15:43:25,223 DEBUG [c.c.u.s.Script] (main:null) Looking for 
> scripts/vm/systemvm/injectkeys.sh in the classpath
> 2014-04-07 15:43:25,223 DEBUG [c.c.u.s.Script] (main:null) System resource: 
> null
> 2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) Classpath 
> resource: 
> file:/usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/systemvm/injectkeys.sh
> 2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) Absolute path =  
> /usr/share/cloudstack-management/webapps/client/WEB-INF/classes/scripts/vm/systemvm/injectkeys.sh
> 2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) Looking for 
> vms/systemvm.iso in the classpath
> 2014-04-07 15:43:25,224 DEBUG [c.c.u.s.Script] (main:null) System resource: 
> null
> 2014-04-07 15:43:25,994 DEBUG [c.c.u.s.Script] (main:null) Classpath 
> resource: 
> file:/usr/share/cloudstack-management/webapps/client/WEB-INF/classes/vms/systemvm.iso
> 2014-04-07 15:43:25,994 DEBUG [c.c.u.s.Script] (main:null) Absolute path =  
> /usr/share/cloudstack-management/webapps/client/WEB-INF/classes/vms/systemvm.iso
> 
> 
> 2014-04-07 15:43:26,199 INFO  [c.c.c.ClusterManagerImpl] (main:null) Start 
> configuring cluster manager : ClusterManagerImpl
> 2014-04-07 15:43:26,200 INFO  [c.c.c.ClusterManagerImpl] (main:null) Cluster 
> node IP : 192.168.1.5
> 2014-04-07 15:43:26,218 INFO  [c.c.c.ClusterManagerImpl] (main:null) Trying 
> to connect to 192.168.1.5
> 2014-04-07 15:43:26,221 ERROR [c.c.c.ClusterManagerImpl] (main:null) Unable 
> to ping management server at 192.168.1.5:9090 due to ConnectException
> java.net.ConnectException: Connection refused
>   at sun.nio.ch.Net.connect(Native Method)
>   at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:534)
>   at 
> com.cloud.cluster.ClusterManagerImpl.pingManagementNode(ClusterManagerImpl.java:1122)
>  
> 
> 
> 
> 2014-04-07 15:43:37,511 INFO  [o.a.c.s.d.p.DefaultHostListener] 
> (AgentConnectTaskPool-1:ctx-d531d35b) Connection established between 
> org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@1fd79af9 host + 1
> 2014-04-07 15:43:37,520 DEBUG [c.c.s.StorageManagerImpl] 
> (AgentConnectTaskPool-1:ctx-d531d35b) Successfully set Capacity - 
> 447226052608 for capacity type - 3 , DataCenterId - 1, HostOrPoolId - 1, 
> PodId 1
> 2014-04-07 15:43:37,520 DEBUG [c.c.a.m.AgentManagerImpl] 
> (AgentConnectTaskPool-1:ctx-d531d35b) Sending Connect to listener: 
> SecondaryStorageListener
> 2014-04-07 15:43:37,520 DEBUG [c.c.a.m.AgentManagerImpl] 
> (AgentConnectTaskPool-1:ctx-d531d35b) Sending Connect to listener: 
> DeploymentPlanningManagerImpl
> 2014-04-07 15:43:37,522 DEBUG [c.c.a.m.AgentManagerImpl] 
> (AgentConnectTaskPool-1:ctx-d531d35b) Sending Connect to listener: 
> ClusteredVirtualMachineManagerImpl
> 2014-04-07 15:43:37,522 DEBUG [c.c.v.VirtualMachineManagerImpl] 
> (AgentConnectTaskPool-1:ctx-d

RE: [4.4] Current State

[Konstantina Chremmou]

Hi Murali,

The latest XAPI jar can be used with older versions of xenserver. Could you 
please specify what are the exact errors you get after that commit?

Thanks,
Tina

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 07 April 2014 7:53 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [4.4] Current State
> 
> XS 6.1
> 
> On Monday, April 7, 2014, Murali Reddy  wrote:
> 
> >
> > Are you running XS 6.2? Have not tried latest 4.4, but last week with
> > plain XenServer 6.2 I am running into several xapi errors after the
> > commit
> > 1439c69b7e4396d0b8b26076585c6465e44624f3 to remove XAPI jar.
> >
> > I able to run 4.4 with XenServer 6.2 fine with the previous commit
> > 3ee55cd17b941b1fdb1e0bb150bebfb8ece8155d though.
> >
> > On 07/04/14 11:47 AM, "Mike Tutkowski"
> > 
> > >
> > wrote:
> >
> > >Hi,
> > >
> > >Sorry for all the e-mails today. I must have spent 6 hours (to no
> > >avail) trying to get 4.4 into a usable state with XenServer or VMware
> > >so that I could demo a 4.4 feature for a customer tomorrow.
> > >
> > >Is anyone else experiencing massive issues getting a cloud up and
> > >running with current 4.4?
> > >
> > >Perhaps it's my imagination, but it seems for being past feature
> > >freeze that the code should be a lot more reliable.
> > >
> > >Thoughts?
> > >
> > >Thanks
> > >
> > >--
> > >*Mike Tutkowski*
> > >*Senior CloudStack Developer, SolidFire Inc.*
> > >e: mike.tutkow...@solidfire.com 
> > >o: 303.746.7302
> > >Advancing the way the world uses the
> > >cloud
> > >*(tm)*
> > >
> >
> >
> >
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

[NOTIFICATION] Test/build infrastructure is down

[Srikanteswararao Talluri]

There are network connectivity issues observed with the test infrastructure and 
couple of build machines. I am looking into this.

Thanks,
~Talluri

RE: can't get the simulator running on 4.4

[Santhosh Edukulla]

Hello Tina,

I just pulled the latest 4.4 code and ran to get the simulator up as per 
instructions, i was able to get the simulator up with no issues and login as 
well, It was a fresh install. 

I didn't ran the test cases though ,but there should not be any issues with it 
as well.

Thanks!
Santhosh

From: Konstantina Chremmou [konstantina.chrem...@citrix.com]
Sent: Monday, April 07, 2014 6:20 AM
To: dev@cloudstack.apache.org
Subject: can't get the simulator running on 4.4

Hi all,

I've tried the instructions on 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Validating+check-ins+for+your+local+changes%2C+using+Simulator

They work ok on master, but not on 4.4. I can't deploy the simulator database 
without making changes to the files 
setup\db\hypervisor_capabilities.simulator.sql and templates.simulator.sql 
(complains about unknown columns), and even when this command succeeds I see 
more errors when trying to start the simulator.

Any suggestions? Could it be a case of missing patches that have been applied 
to master but not to 4.4?

Thanks,
Tina

RE: [4.4] Current State

[Sanjay Tripathi]

Hi Tina,

Even I am facing  similar issues after the change in XAPI. A lot of exceptions 
are coming when CS tries to launch system VMs.

Please find the management server logs at: http://pastebin.com/6s44hDq5.

--Sanjay

-Original Message-
From: Konstantina Chremmou [mailto:konstantina.chrem...@citrix.com] 
Sent: Monday, April 7, 2014 4:21 PM
To: dev@cloudstack.apache.org
Subject: RE: [4.4] Current State

Hi Murali,

The latest XAPI jar can be used with older versions of xenserver. Could you 
please specify what are the exact errors you get after that commit?

Thanks,
Tina

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 07 April 2014 7:53 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [4.4] Current State
> 
> XS 6.1
> 
> On Monday, April 7, 2014, Murali Reddy  wrote:
> 
> >
> > Are you running XS 6.2? Have not tried latest 4.4, but last week 
> > with plain XenServer 6.2 I am running into several xapi errors after 
> > the commit
> > 1439c69b7e4396d0b8b26076585c6465e44624f3 to remove XAPI jar.
> >
> > I able to run 4.4 with XenServer 6.2 fine with the previous commit 
> > 3ee55cd17b941b1fdb1e0bb150bebfb8ece8155d though.
> >
> > On 07/04/14 11:47 AM, "Mike Tutkowski"
> > 
> > >
> > wrote:
> >
> > >Hi,
> > >
> > >Sorry for all the e-mails today. I must have spent 6 hours (to no
> > >avail) trying to get 4.4 into a usable state with XenServer or 
> > >VMware so that I could demo a 4.4 feature for a customer tomorrow.
> > >
> > >Is anyone else experiencing massive issues getting a cloud up and 
> > >running with current 4.4?
> > >
> > >Perhaps it's my imagination, but it seems for being past feature 
> > >freeze that the code should be a lot more reliable.
> > >
> > >Thoughts?
> > >
> > >Thanks
> > >
> > >--
> > >*Mike Tutkowski*
> > >*Senior CloudStack Developer, SolidFire Inc.*
> > >e: mike.tutkow...@solidfire.com 
> > >o: 303.746.7302
> > >Advancing the way the world uses the 
> > >cloud
> > >*(tm)*
> > >
> >
> >
> >
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

Re: security_group.py closed unexpectedly

[Giri Prasad]

Hi All,

 I am getting the following errors repeated in the management server log. Any 
clues?

Using Ubuntu 12.04 LTS (kernel 3.11.0-19-generic) and cloudstack 4.3.

Thanks & Regards,
Giri

2014-04-07 16:39:30,748 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-8907b4dc) Found 0 routers to update status. 
2014-04-07 16:39:30,750 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-8907b4dc) Found 0 networks to update RvR status. 
2014-04-07 16:39:55,202 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-9:null) Ping from 1
2014-04-07 16:40:00,747 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-3cd18811) Found 0 routers to update status. 
2014-04-07 16:40:00,748 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-3cd18811) Found 0 networks to update RvR status. 
2014-04-07 16:40:05,880 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-81a52764) Resetting hosts suitable for reconnect
2014-04-07 16:40:05,882 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-81a52764) Completed resetting hosts suitable for reconnect
2014-04-07 16:40:05,882 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-81a52764) Acquiring hosts for clusters already owned by this 
management server
2014-04-07 16:40:05,883 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-81a52764) Completed acquiring hosts for clusters already owned by 
this management server
2014-04-07 16:40:05,883 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-81a52764) Acquiring hosts for clusters not owned by any management 
server
2014-04-07 16:40:05,884 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-81a52764) Completed acquiring hosts for clusters not owned by any 
management server
2014-04-07 16:40:15,868 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-9d93ae68) VmStatsCollector is running...
2014-04-07 16:40:15,936 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6d7be516) StorageCollector is running...
2014-04-07 16:40:15,943 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-6d7be516) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 16:40:16,015 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-6d7be516) 
Seq 1-1508311052: Received:  { Ans: , MgmtId: 112848858605631, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-07 16:40:16,588 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-3:ctx-399e0de6) HostStatsCollector is running...
2014-04-07 16:40:17,195 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-399e0de6) 
Seq 1-1508311053: Received:  { Ans: , MgmtId: 112848858605631, via: 1, Ver: v1, 
Flags: 10, { GetHostStatsAnswer } }
2014-04-07 16:40:30,747 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-a57412c2) Found 0 routers to update status. 
2014-04-07 16:40:30,749 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-a57412c2) Found 0 networks to update RvR status. 
2014-04-07 16:40:55,194 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-12:null) Ping from 1
2014-04-07 16:41:00,748 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-77499859) Found 0 routers to update status. 
2014-04-07 16:41:00,750 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-77499859) Found 0 networks to update RvR status. 
2014-04-07 16:41:15,875 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-2:ctx-5b0f2087) VmStatsCollector is running...
2014-04-07 16:41:16,016 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-2f4a278f) StorageCollector is running...
2014-04-07 16:41:16,020 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-2f4a278f) There is no secondary storage VM for secondary 
storage host nfs://192.168.1.5/export/secondary
2014-04-07 16:41:16,079 DEBUG [c.c.a.t.Request] (StatsCollector-1:ctx-2f4a278f) 
Seq 1-1508311054: Received:  { Ans: , MgmtId: 112848858605631, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-04-07 16:41:17,196 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-5fae8c03) HostStatsCollector is running...
2014-04-07 16:41:17,820 DEBUG [c.c.a.t.Request] (StatsCollector-1:ctx-5fae8c03) 
Seq 1-1508311055: Received:  { Ans: , MgmtId: 112848858605631, via: 1, Ver: v1, 
Flags: 10, { GetHostStatsAnswer } }
2014-04-07 16:41:30,747 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1d297883) Found 0 routers to update status. 
2014-04-07 16:41:30,749 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(RouterStatusMonitor-1:ctx-1d297883) Found 0 networks to update RvR status. 
2014-04-07 16:41:35,881 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-a29b89d6) Resetting hosts suitable for reconnect
2014-04-07 16:41:35,883 DEBUG [c.c.h.d.HostDaoImpl] (ClusteredAgentManager 
Timer:ctx-a29b89d6) Completed resetting hosts suitable for reconnect

Re: [4.4] Current State

[Murali Reddy]

Errors I have seen are similar to log's pasted by Sanjay. I am running
into below error while stopping and starting the VM's.

2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host
10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException: Failed
to parse servers response: Premature end of file.
org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
response: Premature end of file.
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
nsport.java:177)
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTran
sport.java:145)
at
org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspor
t.java:94)
at
org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTr
ansport.java:44)
at
org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java
:53)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnecti
on.dispatch(XenServerConnectionPool.java:457)
at com.xensource.xenapi.Host.getEnabled(Host.java:672)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourc
eBase.java:409)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citri
xResourceBase.java:4302)
at
com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgen
tAttache.java:144)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC
ontextRunnable.java:49)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def
aultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo
ntext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon
text(DefaultManagedContext.java:53)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon
textRunnable.java:46)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access
$301(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc
heduledThreadPoolExecutor.java:293)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
615)
at java.lang.Thread.run(Thread.java:744)
Caused by: org.xml.sax.SAXParseException; Premature end of file.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
nsport.java:175)



On 07/04/14 4:51 PM, "Sanjay Tripathi"  wrote:

>Hi Tina,
>
>Even I am facing  similar issues after the change in XAPI. A lot of
>exceptions are coming when CS tries to launch system VMs.
>
>Please find the management server logs at: http://pastebin.com/6s44hDq5.
>
>--Sanjay
>
>-Original Message-
>From: Konstantina Chremmou [mailto:konstantina.chrem...@citrix.com]
>Sent: Monday, April 7, 2014 4:21 PM
>To: dev@cloudstack.apache.org
>Subject: RE: [4.4] Current State
>
>Hi Murali,
>
>The latest XAPI jar can be used with older versions of xenserver. Could
>you please specify what are the exact errors you get after that commit?
>
>Thanks,
>Tina
>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: 07 April 2014 7:53 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [4.4] Current State
>> 
>> XS 6.1
>> 
>> On Monday, April 7, 2014, Murali Reddy  wrote:
>> 
>> >
>> > Are you running XS 6.2? Have not tried latest 4.4, but last week
>> > with plain XenServer 6.2 I am running into several xapi errors after
>> > the commit
>> > 1439c69b7e4396d0b8b26076585c6465e44624f3 to remove XAPI jar.
>> >
>> > I able to run 4.4 with XenServer 6.2 fine with the previous commit
>> > 3ee55cd17b941b1fdb1e0bb150bebfb8ece8155d though.
>> >
>> > On 07/04/14 11:47 AM, "Mike Tutkowski"
>> > 
>> > >
>> > wrote:
>> >
>> > >Hi,
>> > >
>> > >Sorry for all the e-mails today. I must have spent 6 hours (to no
>> > >avail) trying to get 4.4 into a usable state with XenServer or
>> > >VMware so that I could demo a 4.4 feature for a customer tomorrow.
>> > >
>> > >Is anyone else experiencing massive issues getting a cloud up and
>> > >running with current 4.4?

Re: How does a system VM get an IP address?

[Wido den Hollander]

On 04/07/2014 12:33 AM, Rafael Weingartner wrote:

Hi folks,
I was wondering how a system vm gets an IP address. I know they are the
first things that CS needs in order to start up others VMs, so when they
start there is no virtual router to assign IP addresses via DHCP.



Via a local virtio socket from the hypervisor in KVM mode. The VM boots 
and via that local serial socket it gets the IP-address.



I also noticed that on the physical hosts with the VM.Start command CS
sends some extra data that includes the IPs that the VM should get.
However, I have no idea how it actually gets those parameters and set its
IP.


The management server sends this information to the KVM agent. User 
Instances get the IP address via DHCP from the VR, System VMs via the 
local serial socket.


Wido



Does anyone here know how it works?

Re: How does a system VM get an IP address?

[Rafael Weingartner]

Thanks man ;).
By any chance if a system VM does not get its ip assigned, would there be
any way to debug and check what is going on? I mean, if after it is running
on the physical host it does respond on the IP that was assigned to it.


On Mon, Apr 7, 2014 at 9:14 AM, Wido den Hollander  wrote:

>
>
> On 04/07/2014 12:33 AM, Rafael Weingartner wrote:
>
>> Hi folks,
>> I was wondering how a system vm gets an IP address. I know they are the
>> first things that CS needs in order to start up others VMs, so when they
>> start there is no virtual router to assign IP addresses via DHCP.
>>
>>
> Via a local virtio socket from the hypervisor in KVM mode. The VM boots
> and via that local serial socket it gets the IP-address.
>
>
>  I also noticed that on the physical hosts with the VM.Start command CS
>> sends some extra data that includes the IPs that the VM should get.
>> However, I have no idea how it actually gets those parameters and set its
>> IP.
>>
>
> The management server sends this information to the KVM agent. User
> Instances get the IP address via DHCP from the VR, System VMs via the local
> serial socket.
>
> Wido
>
>
>
>> Does anyone here know how it works?
>>
>>


-- 
Rafael Weingärtner

RE: can't get the simulator running on 4.4

[Konstantina Chremmou]

The first two commands of Step 1 run ok.
The third one gives me errors, e.g. the first one was: Unable to execute 
C:\CLOUD\cloudstack\developer/target/db/templates.simulator.sql: Unknown column 
'state' in 'field list'

I fixed this and the others after it (perhaps incorrectly?) with the following 
patch:

diff --git a/setup/db/hypervisor_capabilities.simulator.sql 
b/setup/db/hypervisor_capabilities.simulator.sql
index 32f9aaa..5deed87 100755
--- a/setup/db/hypervisor_capabilities.simulator.sql
+++ b/setup/db/hypervisor_capabilities.simulator.sql
@@ -16,4 +16,4 @@
 -- under the License.
 
 
-INSERT INTO `cloud`.`hypervisor_capabilities` (uuid, hypervisor_type, 
hypervisor_version, max_guests_limit, security_group_enabled, 
max_data_volumes_limit, max_hosts_per_cluster, storage_motion_supported, 
vm_snapshot_enabled) values (UUID(), 'Simulator', 'default', 50, 1, 6, NULL, 0, 
1);
+INSERT INTO `cloud`.`hypervisor_capabilities` (uuid, hypervisor_type, 
hypervisor_version, max_guests_limit, security_group_enabled, 
max_data_volumes_limit) values (UUID(), 'Simulator', 'default', 50, 1, 6);
diff --git a/setup/db/templates.simulator.sql b/setup/db/templates.simulator.sql
index 25e91bd..bbad091 100755
--- a/setup/db/templates.simulator.sql
+++ b/setup/db/templates.simulator.sql
@@ -16,7 +16,7 @@
 -- under the License.
 
 
-INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text, format, guest_os_id, featured, cross_zones, hypervisor_type, 
state)
-VALUES (100, UUID(), 'simulator-domR', 'SystemVM Template (simulator)', 0, 
now(), 'SYSTEM', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/routing/debian/latest/systemvm.vhd.bz2', 
'', 0, 'SystemVM Template (simulator)', 'VHD', 15, 0, 1, 'Simulator','Active');
-INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text,  format, guest_os_id, featured, cross_zones, 
hypervisor_type,state)
-VALUES (111, UUID(), 'simulator-Centos', 'CentOS 5.3(64-bit) no GUI 
(Simulator)', 1, now(), 'BUILTIN', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/centos53-x86_64/latest/f59f18fb-ae94-4f97-afd2-f84755767aca.vhd.bz2',
 '', 0, 'CentOS 5.3(64-bit) no GUI (Simulator)', 'VHD', 11, 1, 1, 
'Simulator','Active');
+INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text, format, guest_os_id, featured, cross_zones, hypervisor_type)
+VALUES (500, UUID(), 'simulator-domR', 'SystemVM Template (simulator)', 0, 
now(), 'SYSTEM', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/routing/debian/latest/systemvm.vhd.bz2', 
'', 0, 'SystemVM Template (simulator)', 'VHD', 15, 0, 1, 'Simulator');
+INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text,  format, guest_os_id, featured, cross_zones, hypervisor_type)
+VALUES (511, UUID(), 'simulator-Centos', 'CentOS 5.3(64-bit) no GUI 
(Simulator)', 1, now(), 'BUILTIN', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/centos53-x86_64/latest/f59f18fb-ae94-4f97-afd2-f84755767aca.vhd.bz2',
 '', 0, 'CentOS 5.3(64-bit) no GUI (Simulator)', 'VHD', 11, 1, 1, 'Simulator');
--


After that running the simulator fails, please see here for the stack trace: 
http://pastebin.com/dHi39RiL
I don't have any of these issues on master.



> -Original Message-
> From: Santhosh Edukulla [mailto:santhosh.eduku...@citrix.com]
> Sent: 07 April 2014 12:17 PM
> To: dev@cloudstack.apache.org
> Subject: RE: can't get the simulator running on 4.4
> 
> Hello Tina,
> 
> I just pulled the latest 4.4 code and ran to get the simulator up as per
> instructions, i was able to get the simulator up with no issues and login as
> well, It was a fresh install.
> 
> I didn't ran the test cases though ,but there should not be any issues with it
> as well.
> 
> Thanks!
> Santhosh
> 
> From: Konstantina Chremmou [konstantina.chrem...@citrix.com]
> Sent: Monday, April 07, 2014 6:20 AM
> To: dev@cloudstack.apache.org
> Subject: can't get the simulator running on 4.4
> 
> Hi all,
> 
> I've tried the instructions on
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Validating+check
> -ins+for+your+local+changes%2C+using+Simulator
> 
> They work ok on master, but not on 4.4. I can't deploy the simulator database
> without making changes to the files
> setup\db\hypervisor_capabilities.simulator.sql and templates.simulator.sql
> (complains about unknown columns), and even when this command
> succeeds I see more errors when trying to start the simulator.
> 
> Any suggestions? Could it be a case of missing patches that have been
> applied to master but not to 4.4?
> 
> Thanks,
> Tina

addBaremetalPxeKickStartServer

[Geoff Higginbottom]

Hi,

I'm looking for some help with api call addBaremetalPxeKickStartServer in 
particular values for pxeservertype parameter

Regards

Geoff Higginbottom
CTO / Cloud Architect

[Description: Mail Logo Bottom Align]

D: +44 20 3603 0542 | S: +44 20 3603 0540 
| M: +447968161581

geoff.higginbot...@shapeblue.com | 
www.shapeblue.com | 
Twitter:@cloudstackguru

ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
28th-29th May 2014, Bangalore. 
Classromm
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line
15th-20th September 2014, Region A. Instructor led, 
On-line
22nd-27th September 2014, Region B. Instructor led, 
On-line
1st-6th December 2014, Region A. Instructor led, 
On-line
8th-12th December 2014, Region B. Instructor led, 
On-line

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Review Request 20078: console-proxy add support of AltGr key and FR azerty keyboard

[Axel Delahaye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20078/
---

Review request for cloudstack.


Repository: cloudstack-git


Description
---

(Port of https://reviews.apache.org/r/16688/ to master branch)

Firstly, I add a match condition 'altgr' for "Conditional mapping entry" in 
ajaxviwer.js.
altgr : , -- match on altgr state

It works like the shift match condition.
shift : , -- match on shift state

Browser can't detect difference between AltGr and Ctrl+Alt pressed at the same 
time.
So when the modifier is 896, (Alt(512) + Ctrl(384)) I assume it is the AltGr 
key and 'altgr' condition will be true.

In the ajaxkey.js file you got for example:
{type: KEY_DOWN, code: 0x32, modifiers: 0, altgr: true}
to send the spécified key to vnc if user pressed the AltGr (or Ctrl+Alt) key

Secondly,
I wrote the French AZERTY translation table in ajaxkeys.js with the support of 
AltGr character (like #{}[]|,etc.)

For example the '#':

{keycode: 51, entry: [ //User type the "3# key and each condition match 
'altgr'
{type: KEY_DOWN, code: 0xffea, modifiers: 0, altgr: true}, //press the VNC 
AltGR key
{type: KEY_DOWN, code: 0x33, modifiers: 0, altgr: true},   //press the 3 key
{type: KEY_UP, code: 0x33, modifiers: 0, altgr: true}, //release it
{type: KEY_UP, code: 0xffea, modifiers: 0, altgr: true}//release the AltGr 
key
]},

Thanks for watching my work

Axel Delahaye


Diffs
-

  
services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientBase.java
 eb38007 
  systemvm/css/ajaxviewer.css fd2fb3c 
  systemvm/js/ajaxkeys.js 60c9798 
  systemvm/js/ajaxviewer.js ff899b1 

Diff: https://reviews.apache.org/r/20078/diff/


Testing
---

Tested with
Hardware : French AZERTY keyboard
Software : Configured in windows as FR keyboard
Console-proxy : Customized Standard (US) keyboard
Guest : CentOS 6.5 , Debian 7 and FreeBSD 8
Guest keymap : fr, fr-pc


Thanks,

Axel Delahaye

RE: can't get the simulator running on 4.4

[Santhosh Edukulla]

Hello Tina,

I just ran one more time, a fresh 4.4 and see no issues at least in getting the 
simulator up and even created a data center. The state field was added in 4.3 
version, error  "unknown column of state ..", signifies that your DB version is 
not 4.4. Can we please check version table in cloud db?

Just to confirm, you are using 4.4 a fresh or upgraded to 4.4 from other 
versions and if yes, may be we just wanted to check whether your upgrade is 
successful?

Santhosh

From: Konstantina Chremmou [konstantina.chrem...@citrix.com]
Sent: Monday, April 07, 2014 8:24 AM
To: dev@cloudstack.apache.org
Subject: RE: can't get the simulator running on 4.4

The first two commands of Step 1 run ok.
The third one gives me errors, e.g. the first one was: Unable to execute 
C:\CLOUD\cloudstack\developer/target/db/templates.simulator.sql: Unknown column 
'state' in 'field list'

I fixed this and the others after it (perhaps incorrectly?) with the following 
patch:

diff --git a/setup/db/hypervisor_capabilities.simulator.sql 
b/setup/db/hypervisor_capabilities.simulator.sql
index 32f9aaa..5deed87 100755
--- a/setup/db/hypervisor_capabilities.simulator.sql
+++ b/setup/db/hypervisor_capabilities.simulator.sql
@@ -16,4 +16,4 @@
 -- under the License.


-INSERT INTO `cloud`.`hypervisor_capabilities` (uuid, hypervisor_type, 
hypervisor_version, max_guests_limit, security_group_enabled, 
max_data_volumes_limit, max_hosts_per_cluster, storage_motion_supported, 
vm_snapshot_enabled) values (UUID(), 'Simulator', 'default', 50, 1, 6, NULL, 0, 
1);
+INSERT INTO `cloud`.`hypervisor_capabilities` (uuid, hypervisor_type, 
hypervisor_version, max_guests_limit, security_group_enabled, 
max_data_volumes_limit) values (UUID(), 'Simulator', 'default', 50, 1, 6);
diff --git a/setup/db/templates.simulator.sql b/setup/db/templates.simulator.sql
index 25e91bd..bbad091 100755
--- a/setup/db/templates.simulator.sql
+++ b/setup/db/templates.simulator.sql
@@ -16,7 +16,7 @@
 -- under the License.


-INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text, format, guest_os_id, featured, cross_zones, hypervisor_type, 
state)
-VALUES (100, UUID(), 'simulator-domR', 'SystemVM Template (simulator)', 0, 
now(), 'SYSTEM', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/routing/debian/latest/systemvm.vhd.bz2', 
'', 0, 'SystemVM Template (simulator)', 'VHD', 15, 0, 1, 'Simulator','Active');
-INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text,  format, guest_os_id, featured, cross_zones, 
hypervisor_type,state)
-VALUES (111, UUID(), 'simulator-Centos', 'CentOS 5.3(64-bit) no GUI 
(Simulator)', 1, now(), 'BUILTIN', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/centos53-x86_64/latest/f59f18fb-ae94-4f97-afd2-f84755767aca.vhd.bz2',
 '', 0, 'CentOS 5.3(64-bit) no GUI (Simulator)', 'VHD', 11, 1, 1, 
'Simulator','Active');
+INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text, format, guest_os_id, featured, cross_zones, hypervisor_type)
+VALUES (500, UUID(), 'simulator-domR', 'SystemVM Template (simulator)', 0, 
now(), 'SYSTEM', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/routing/debian/latest/systemvm.vhd.bz2', 
'', 0, 'SystemVM Template (simulator)', 'VHD', 15, 0, 1, 'Simulator');
+INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public, 
created, type, hvm, bits, account_id, url, checksum, enable_password, 
display_text,  format, guest_os_id, featured, cross_zones, hypervisor_type)
+VALUES (511, UUID(), 'simulator-Centos', 'CentOS 5.3(64-bit) no GUI 
(Simulator)', 1, now(), 'BUILTIN', 0, 64, 1, 
'http://nfs1.lab.vmops.com/templates/centos53-x86_64/latest/f59f18fb-ae94-4f97-afd2-f84755767aca.vhd.bz2',
 '', 0, 'CentOS 5.3(64-bit) no GUI (Simulator)', 'VHD', 11, 1, 1, 'Simulator');
--


After that running the simulator fails, please see here for the stack trace: 
http://pastebin.com/dHi39RiL
I don't have any of these issues on master.



> -Original Message-
> From: Santhosh Edukulla [mailto:santhosh.eduku...@citrix.com]
> Sent: 07 April 2014 12:17 PM
> To: dev@cloudstack.apache.org
> Subject: RE: can't get the simulator running on 4.4
>
> Hello Tina,
>
> I just pulled the latest 4.4 code and ran to get the simulator up as per
> instructions, i was able to get the simulator up with no issues and login as
> well, It was a fresh install.
>
> I didn't ran the test cases though ,but there should not be any issues with it
> as well.
>
> Thanks!
> Santhosh
> 
> From: Konstantina Chremmou [konstantina.chrem...@citrix.com]
> Sent: Monday, April 07, 2014 6:20 AM
> To: dev@cloudstack.apache.org
> Subject: can't get the simulator running o

Re: How does a system VM get an IP address?

[Wido den Hollander]

On 04/07/2014 02:20 PM, Rafael Weingartner wrote:

Thanks man ;).
By any chance if a system VM does not get its ip assigned, would there be
any way to debug and check what is going on? I mean, if after it is running
on the physical host it does respond on the IP that was assigned to it.



I say check the agent's log (set to debug!) and try to SSH into the SSVM 
with the cloudstack-ssh command.


Wido



On Mon, Apr 7, 2014 at 9:14 AM, Wido den Hollander  wrote:




On 04/07/2014 12:33 AM, Rafael Weingartner wrote:


Hi folks,
I was wondering how a system vm gets an IP address. I know they are the
first things that CS needs in order to start up others VMs, so when they
start there is no virtual router to assign IP addresses via DHCP.



Via a local virtio socket from the hypervisor in KVM mode. The VM boots
and via that local serial socket it gets the IP-address.


  I also noticed that on the physical hosts with the VM.Start command CS

sends some extra data that includes the IPs that the VM should get.
However, I have no idea how it actually gets those parameters and set its
IP.



The management server sends this information to the KVM agent. User
Instances get the IP address via DHCP from the VR, System VMs via the local
serial socket.

Wido




Does anyone here know how it works?

Re: How does a system VM get an IP address?

[Rafael Weingartner]

By agent you mean CS management server? I am running CS 4.1.1.
would the command cloudstack-ssh work, if the VM does not respond on its ip
addresses?



On Mon, Apr 7, 2014 at 10:01 AM, Wido den Hollander  wrote:

>
>
> On 04/07/2014 02:20 PM, Rafael Weingartner wrote:
>
>> Thanks man ;).
>> By any chance if a system VM does not get its ip assigned, would there be
>> any way to debug and check what is going on? I mean, if after it is
>> running
>> on the physical host it does respond on the IP that was assigned to it.
>>
>>
> I say check the agent's log (set to debug!) and try to SSH into the SSVM
> with the cloudstack-ssh command.
>
> Wido
>
>
>
>> On Mon, Apr 7, 2014 at 9:14 AM, Wido den Hollander 
>> wrote:
>>
>>
>>>
>>> On 04/07/2014 12:33 AM, Rafael Weingartner wrote:
>>>
>>>  Hi folks,
 I was wondering how a system vm gets an IP address. I know they are the
 first things that CS needs in order to start up others VMs, so when they
 start there is no virtual router to assign IP addresses via DHCP.


  Via a local virtio socket from the hypervisor in KVM mode. The VM boots
>>> and via that local serial socket it gets the IP-address.
>>>
>>>
>>>   I also noticed that on the physical hosts with the VM.Start command CS
>>>
 sends some extra data that includes the IPs that the VM should get.
 However, I have no idea how it actually gets those parameters and set
 its
 IP.


>>> The management server sends this information to the KVM agent. User
>>> Instances get the IP address via DHCP from the VR, System VMs via the
>>> local
>>> serial socket.
>>>
>>> Wido
>>>
>>>
>>>
>>>  Does anyone here know how it works?



>>
>>


-- 
Rafael Weingärtner

Re: How does a system VM get an IP address?

[Wido den Hollander]

On 04/07/2014 03:10 PM, Rafael Weingartner wrote:

By agent you mean CS management server? I am running CS 4.1.1.


No, in the KVM Agent. The hypervisor.

/var/log/cloudstack/agent/agent.log


would the command cloudstack-ssh work, if the VM does not respond on its ip
addresses?


It probably has it's local 169.X.X.X address, so that should work.

Wido





On Mon, Apr 7, 2014 at 10:01 AM, Wido den Hollander  wrote:




On 04/07/2014 02:20 PM, Rafael Weingartner wrote:


Thanks man ;).
By any chance if a system VM does not get its ip assigned, would there be
any way to debug and check what is going on? I mean, if after it is
running
on the physical host it does respond on the IP that was assigned to it.



I say check the agent's log (set to debug!) and try to SSH into the SSVM
with the cloudstack-ssh command.

Wido




On Mon, Apr 7, 2014 at 9:14 AM, Wido den Hollander 
wrote:




On 04/07/2014 12:33 AM, Rafael Weingartner wrote:

  Hi folks,

I was wondering how a system vm gets an IP address. I know they are the
first things that CS needs in order to start up others VMs, so when they
start there is no virtual router to assign IP addresses via DHCP.


  Via a local virtio socket from the hypervisor in KVM mode. The VM boots

and via that local serial socket it gets the IP-address.


   I also noticed that on the physical hosts with the VM.Start command CS


sends some extra data that includes the IPs that the VM should get.
However, I have no idea how it actually gets those parameters and set
its
IP.



The management server sends this information to the KVM agent. User
Instances get the IP address via DHCP from the VR, System VMs via the
local
serial socket.

Wido



  Does anyone here know how it works?

Re: How does a system VM get an IP address?

[Rafael Weingartner]

I am using Xen server instead of KVM.
I tried to ping the VM's internal address, however it does not respond.


On Mon, Apr 7, 2014 at 10:13 AM, Wido den Hollander  wrote:

>
>
> On 04/07/2014 03:10 PM, Rafael Weingartner wrote:
>
>> By agent you mean CS management server? I am running CS 4.1.1.
>>
>
> No, in the KVM Agent. The hypervisor.
>
> /var/log/cloudstack/agent/agent.log
>
>
>  would the command cloudstack-ssh work, if the VM does not respond on its
>> ip
>> addresses?
>>
>
> It probably has it's local 169.X.X.X address, so that should work.
>
>
> Wido
>
>
>>
>>
>> On Mon, Apr 7, 2014 at 10:01 AM, Wido den Hollander 
>> wrote:
>>
>>
>>>
>>> On 04/07/2014 02:20 PM, Rafael Weingartner wrote:
>>>
>>>  Thanks man ;).
 By any chance if a system VM does not get its ip assigned, would there
 be
 any way to debug and check what is going on? I mean, if after it is
 running
 on the physical host it does respond on the IP that was assigned to it.


  I say check the agent's log (set to debug!) and try to SSH into the
>>> SSVM
>>> with the cloudstack-ssh command.
>>>
>>> Wido
>>>
>>>
>>>
>>>  On Mon, Apr 7, 2014 at 9:14 AM, Wido den Hollander 
 wrote:



> On 04/07/2014 12:33 AM, Rafael Weingartner wrote:
>
>   Hi folks,
>
>> I was wondering how a system vm gets an IP address. I know they are
>> the
>> first things that CS needs in order to start up others VMs, so when
>> they
>> start there is no virtual router to assign IP addresses via DHCP.
>>
>>
>>   Via a local virtio socket from the hypervisor in KVM mode. The VM
>> boots
>>
> and via that local serial socket it gets the IP-address.
>
>
>I also noticed that on the physical hosts with the VM.Start command
> CS
>
>  sends some extra data that includes the IPs that the VM should get.
>> However, I have no idea how it actually gets those parameters and set
>> its
>> IP.
>>
>>
>>  The management server sends this information to the KVM agent. User
> Instances get the IP address via DHCP from the VR, System VMs via the
> local
> serial socket.
>
> Wido
>
>
>
>   Does anyone here know how it works?
>
>>
>>
>>
>>


>>
>>


-- 
Rafael Weingärtner

RE: can't get the simulator running on 4.4

[Konstantina Chremmou]

I'm running from code, checked out master, ran all the commands in step1, no 
problems there. Then checked out 4.4, ran the commands again and stumbled.


> -Original Message-
> From: Santhosh Edukulla [mailto:santhosh.eduku...@citrix.com]
> Sent: 07 April 2014 1:58 PM
> To: dev@cloudstack.apache.org
> Subject: RE: can't get the simulator running on 4.4
> 
> Hello Tina,
> 
> I just ran one more time, a fresh 4.4 and see no issues at least in getting 
> the
> simulator up and even created a data center. The state field was added in 4.3
> version, error  "unknown column of state ..", signifies that your DB version 
> is
> not 4.4. Can we please check version table in cloud db?
> 
> Just to confirm, you are using 4.4 a fresh or upgraded to 4.4 from other
> versions and if yes, may be we just wanted to check whether your upgrade is
> successful?
> 
> Santhosh
> 
> From: Konstantina Chremmou [konstantina.chrem...@citrix.com]
> Sent: Monday, April 07, 2014 8:24 AM
> To: dev@cloudstack.apache.org
> Subject: RE: can't get the simulator running on 4.4
> 
> The first two commands of Step 1 run ok.
> The third one gives me errors, e.g. the first one was: Unable to execute
> C:\CLOUD\cloudstack\developer/target/db/templates.simulator.sql:
> Unknown column 'state' in 'field list'
> 
> I fixed this and the others after it (perhaps incorrectly?) with the following
> patch:
> 
> diff --git a/setup/db/hypervisor_capabilities.simulator.sql
> b/setup/db/hypervisor_capabilities.simulator.sql
> index 32f9aaa..5deed87 100755
> --- a/setup/db/hypervisor_capabilities.simulator.sql
> +++ b/setup/db/hypervisor_capabilities.simulator.sql
> @@ -16,4 +16,4 @@
>  -- under the License.
> 
> 
> -INSERT INTO `cloud`.`hypervisor_capabilities` (uuid, hypervisor_type,
> hypervisor_version, max_guests_limit, security_group_enabled,
> max_data_volumes_limit, max_hosts_per_cluster,
> storage_motion_supported, vm_snapshot_enabled) values (UUID(),
> 'Simulator', 'default', 50, 1, 6, NULL, 0, 1);
> +INSERT INTO `cloud`.`hypervisor_capabilities` (uuid, hypervisor_type,
> +hypervisor_version, max_guests_limit, security_group_enabled,
> +max_data_volumes_limit) values (UUID(), 'Simulator', 'default', 50, 1,
> +6);
> diff --git a/setup/db/templates.simulator.sql
> b/setup/db/templates.simulator.sql
> index 25e91bd..bbad091 100755
> --- a/setup/db/templates.simulator.sql
> +++ b/setup/db/templates.simulator.sql
> @@ -16,7 +16,7 @@
>  -- under the License.
> 
> 
> -INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public,
> created, type, hvm, bits, account_id, url, checksum, enable_password,
> display_text, format, guest_os_id, featured, cross_zones, hypervisor_type,
> state)
> -VALUES (100, UUID(), 'simulator-domR', 'SystemVM Template (simulator)',
> 0, now(), 'SYSTEM', 0, 64, 1,
> 'http://nfs1.lab.vmops.com/templates/routing/debian/latest/systemvm.vhd
> .bz2', '', 0, 'SystemVM Template (simulator)', 'VHD', 15, 0, 1,
> 'Simulator','Active');
> -INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public,
> created, type, hvm, bits, account_id, url, checksum, enable_password,
> display_text,  format, guest_os_id, featured, cross_zones,
> hypervisor_type,state)
> -VALUES (111, UUID(), 'simulator-Centos', 'CentOS 5.3(64-bit) no GUI
> (Simulator)', 1, now(), 'BUILTIN', 0, 64, 1,
> 'http://nfs1.lab.vmops.com/templates/centos53-x86_64/latest/f59f18fb-
> ae94-4f97-afd2-f84755767aca.vhd.bz2', '', 0, 'CentOS 5.3(64-bit) no GUI
> (Simulator)', 'VHD', 11, 1, 1, 'Simulator','Active');
> +INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public,
> created, type, hvm, bits, account_id, url, checksum, enable_password,
> display_text, format, guest_os_id, featured, cross_zones, hypervisor_type)
> +VALUES (500, UUID(), 'simulator-domR', 'SystemVM Template
> +(simulator)', 0, now(), 'SYSTEM', 0, 64, 1,
> 'http://nfs1.lab.vmops.com/templates/routing/debian/latest/systemvm.vhd
> .bz2', '', 0, 'SystemVM Template (simulator)', 'VHD', 15, 0, 1, 'Simulator');
> INSERT INTO `cloud`.`vm_template` (id, uuid, unique_name, name, public,
> created, type, hvm, bits, account_id, url, checksum, enable_password,
> display_text,  format, guest_os_id, featured, cross_zones, hypervisor_type)
> +VALUES (511, UUID(), 'simulator-Centos', 'CentOS 5.3(64-bit) no GUI
> +(Simulator)', 1, now(), 'BUILTIN', 0, 64, 1,
> +'http://nfs1.lab.vmops.com/templates/centos53-x86_64/latest/f59f18fb-ae
> +94-4f97-afd2-f84755767aca.vhd.bz2', '', 0, 'CentOS 5.3(64-bit) no GUI
> +(Simulator)', 'VHD', 11, 1, 1, 'Simulator');
> --
> 
> 
> After that running the simulator fails, please see here for the stack trace:
> http://pastebin.com/dHi39RiL I don't have any of these issues on master.
> 
> 
> 
> > -Original Message-
> > From: Santhosh Edukulla [mailto:santhosh.eduku...@citrix.com]
> > Sent: 07 April 2014 12:17 PM
> > To: dev@cloudstack.apache.org
> > Subject: RE: can't get the simulator running on 4.4

Re: How does a system VM get an IP address?

[Rafael Weingartner]

When I open the VM console I get the following:
Cleaning up temporary files
modprobe: FATAL: Error inserting padlock_sha
(/lib/modules/2.6.32-5-686-bigmem/kernel/drivers/crypto/padlock-sha.ko): No
such device

INIT: Sending processes the TERM signal
Using makefile-style concurrent boot in runlevel 6.
cat: /var/run/xe-daemon.pid: No such file or directory
Stopping xe daemon:  kill: usage: kill [-s sigspec | -n signum | -sigspec]
pid | jobspec ... or kill -l [sigspec]
Failed
Stopping cloud-early-config...done.
Stopping web server: apache2.
done.
All processes ended within 1 secondsdone.
Stopping enhanced syslogd: rsyslogd already stoppedSaving the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access
method.
Deconfiguring network interfaces...done.
Cleaning up ifupdown
Deactivating swap...done.

Have anyone seen something like this?



On Mon, Apr 7, 2014 at 10:15 AM, Rafael Weingartner <
rafaelweingart...@gmail.com> wrote:

> I am using Xen server instead of KVM.
> I tried to ping the VM's internal address, however it does not respond.
>
>
> On Mon, Apr 7, 2014 at 10:13 AM, Wido den Hollander wrote:
>
>>
>>
>> On 04/07/2014 03:10 PM, Rafael Weingartner wrote:
>>
>>> By agent you mean CS management server? I am running CS 4.1.1.
>>>
>>
>> No, in the KVM Agent. The hypervisor.
>>
>> /var/log/cloudstack/agent/agent.log
>>
>>
>>  would the command cloudstack-ssh work, if the VM does not respond on its
>>> ip
>>> addresses?
>>>
>>
>> It probably has it's local 169.X.X.X address, so that should work.
>>
>>
>> Wido
>>
>>
>>>
>>>
>>> On Mon, Apr 7, 2014 at 10:01 AM, Wido den Hollander 
>>> wrote:
>>>
>>>

 On 04/07/2014 02:20 PM, Rafael Weingartner wrote:

  Thanks man ;).
> By any chance if a system VM does not get its ip assigned, would there
> be
> any way to debug and check what is going on? I mean, if after it is
> running
> on the physical host it does respond on the IP that was assigned to it.
>
>
>  I say check the agent's log (set to debug!) and try to SSH into the
 SSVM
 with the cloudstack-ssh command.

 Wido



  On Mon, Apr 7, 2014 at 9:14 AM, Wido den Hollander 
> wrote:
>
>
>
>> On 04/07/2014 12:33 AM, Rafael Weingartner wrote:
>>
>>   Hi folks,
>>
>>> I was wondering how a system vm gets an IP address. I know they are
>>> the
>>> first things that CS needs in order to start up others VMs, so when
>>> they
>>> start there is no virtual router to assign IP addresses via DHCP.
>>>
>>>
>>>   Via a local virtio socket from the hypervisor in KVM mode. The VM
>>> boots
>>>
>> and via that local serial socket it gets the IP-address.
>>
>>
>>I also noticed that on the physical hosts with the VM.Start
>> command CS
>>
>>  sends some extra data that includes the IPs that the VM should get.
>>> However, I have no idea how it actually gets those parameters and set
>>> its
>>> IP.
>>>
>>>
>>>  The management server sends this information to the KVM agent. User
>> Instances get the IP address via DHCP from the VR, System VMs via the
>> local
>> serial socket.
>>
>> Wido
>>
>>
>>
>>   Does anyone here know how it works?
>>
>>>
>>>
>>>
>>>
>
>
>>>
>>>
>
>
> --
> Rafael Weingärtner
>



-- 
Rafael Weingärtner

Re: [4.4] Current State

[Mike Tutkowski]

Now that I think about it, the issue I sent an e-mail regarding earlier
where I could not create an SR (SR.create) only started happening after the
XAPI change.

Due to this issue, managed storage is currently not functional with
XenServer, which is blocking my 4.4 testing.


On Mon, Apr 7, 2014 at 5:44 AM, Murali Reddy wrote:

> Errors I have seen are similar to log's pasted by Sanjay. I am running
> into below error while stopping and starting the VM's.
>
> 2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host
> 10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException: Failed
> to parse servers response: Premature end of file.
> org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
> response: Premature end of file.
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
> nsport.java:177)
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTran
> sport.java:145)
> at
> org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspor
> t.java:94)
> at
> org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTr
> ansport.java:44)
> at
> org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java
> :53)
> at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
> at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
> at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnecti
> on.dispatch(XenServerConnectionPool.java:457)
> at com.xensource.xenapi.Host.getEnabled(Host.java:672)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourc
> eBase.java:409)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citri
> xResourceBase.java:4302)
> at
> com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgen
> tAttache.java:144)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC
> ontextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def
> aultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo
> ntext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon
> text(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon
> textRunnable.java:46)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access
> $301(ScheduledThreadPoolExecutor.java:178)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc
> heduledThreadPoolExecutor.java:293)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
> 145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
> 615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: org.xml.sax.SAXParseException; Premature end of file.
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
> Source)
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
> nsport.java:175)
>
>
>
> On 07/04/14 4:51 PM, "Sanjay Tripathi"  wrote:
>
> >Hi Tina,
> >
> >Even I am facing  similar issues after the change in XAPI. A lot of
> >exceptions are coming when CS tries to launch system VMs.
> >
> >Please find the management server logs at: http://pastebin.com/6s44hDq5.
> >
> >--Sanjay
> >
> >-Original Message-
> >From: Konstantina Chremmou [mailto:konstantina.chrem...@citrix.com]
> >Sent: Monday, April 7, 2014 4:21 PM
> >To: dev@cloudstack.apache.org
> >Subject: RE: [4.4] Current State
> >
> >Hi Murali,
> >
> >The latest XAPI jar can be used with older versions of xenserver. Could
> >you please specify what are the exact errors you get after that commit?
> >
> >Thanks,
> >Tina
> >
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: 07 April 2014 7:53 AM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: [4.4] Current State
> >>
> >> XS 6.1
> >>
> >> On Monday, April 7, 2014, Murali Reddy  wrote:
> >>
> >> >
> >> > Are you running XS 6.2? Have not tried latest 4.4, but last week
> >> > with plain XenServer 6.2 I am running into several xapi errors after
> >> > the commit
> >> > 1439c69b7e4396d0b8b26076585c6465e44624f3 to

Re: [4.4] Invalid parameter

[Mike Tutkowski]

Thanks for that clarification, Antonio.


On Mon, Apr 7, 2014 at 2:07 AM, Antonio Fornié Casarrubios <
antonio.for...@gmail.com> wrote:

> The unknown parameter is not the reason why this is failing to deploy. It
> must be something else, if you don't find anything in the Mgmt Server logs,
> perhaps you may find something in other remote logs.
>
>
> Logs about unkown parameters only warn you that there is a parameter in the
> request that is not used so that you don't rely on it to affect the
> behavior of the command. The fix for that would be to remove it from the
> request or to actaully do something with it. But it is not anything
> critical anyway, most of them are cases that have been there a long time
> but most people didn't know the parameters were not used, so this log may
> help you determine why your parameter value doesn't have any effect.
>
> For example, not all the Commands related with lists have the listall
> property, but only the ones that extend a certain Command class (sorry I
> don't remember now which one). On the other hand I assume you don't really
> care having the listall parameter or not, it's just a parameter that is
> added to a request in a code you are reusing, am I right?
>
> Cheers
> antonio
>
>
>
> 2014-04-06 23:30 GMT+02:00 Mike Tutkowski :
>
> > Hi,
> >
> > I can't seem to get my virtual router to deploy.
> >
> > When I try to restart it via Quickview, this error is generated by the CS
> > MS:
> >
> > WARN  [c.c.a.d.ParamGenericValidationWorker]
> > (1651970393@qtp-1692804609-11:ctx-f5681abe
> > ctx-9d9eb052) Received unknown parameters for command listSystemVms.
> > Unknown parameters : listall
> >
> > Any ideas?
> >
> > Thanks!
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
> >
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*

Re: [QUESTION 4.4] Creating a XS SR fails

[Mike Tutkowski]

I wanted to follow up on this in the original e-mail thread (I mentioned
this in another thread of mine, though).

I believe this failure to create an SR only started happening after the
changes to XAPI.

It sounds like there have been several other issues people have been
experiencing with that change.

I think it's a good idea to make such a change, but I'm not confident that
change should go into 4.4 now that we are past feature freeze. It adds a
fair amount of risk and, as we're seeing, is leading to blocking issues
such as what I'm experiencing.


On Sun, Apr 6, 2014 at 6:10 PM, Mike Tutkowski  wrote:

> My XenServer hosts are running 6.1, by the way.
>
>
> On Sun, Apr 6, 2014 at 6:08 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>>  Hi,
>>
>> Any thoughts on why the following line in CitrixResourceBase no longer
>> works for me?
>>
>> sr = SR.create(conn, host, deviceConfig, new Long(0), srNameLabel,
>> srNameLabel, type, "user", true, smConfig);
>>
>> It returns this error:
>>
>> Failed to create input stream: Read timed out
>>
>> The purpose is to create an iSCSI SR. I am able to create such an SR from
>> XenCenter (using the exact same IQN).
>>
>> In fact, even though this exception occurs, when I look at the SR in
>> XenCenter, it actually appears to be OK.
>>
>> Anyone have any thoughts on this?
>>
>> Thanks!
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the 
>> cloud
>> *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *(tm)*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*

RE: [4.4] Current State

[Konstantina Chremmou]

It seems to me the problem is the xmlrpc dependency of the XAPI jar rather than 
the jar itself, as the changes between the previous version and the latest one 
do not explain this sort of errors. The jar we ship depends on 3.1 while 
cloudstack was using 3.1.3 which contains several bug fixes compared to the old 
one. What I can do is upload a new jar with corrected dependency and submit a 
new patch.


From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
Sent: 07 April 2014 3:06 PM
To: dev@cloudstack.apache.org
Cc: Konstantina Chremmou
Subject: Re: [4.4] Current State

Now that I think about it, the issue I sent an e-mail regarding earlier where I 
could not create an SR (SR.create) only started happening after the XAPI change.

Due to this issue, managed storage is currently not functional with XenServer, 
which is blocking my 4.4 testing.

On Mon, Apr 7, 2014 at 5:44 AM, Murali Reddy 
mailto:murali.re...@citrix.com>> wrote:
Errors I have seen are similar to log's pasted by Sanjay. I am running
into below error while stopping and starting the VM's.

2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host
10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException: Failed
to parse servers response: Premature end of file.
org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
response: Premature end of file.
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
nsport.java:177)
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTran
sport.java:145)
at
org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspor
t.java:94)
at
org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTr
ansport.java:44)
at
org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java
:53)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnecti
on.dispatch(XenServerConnectionPool.java:457)
at com.xensource.xenapi.Host.getEnabled(Host.java:672)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourc
eBase.java:409)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citri
xResourceBase.java:4302)
at
com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgen
tAttache.java:144)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC
ontextRunnable.java:49)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def
aultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo
ntext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon
text(DefaultManagedContext.java:53)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon
textRunnable.java:46)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access
$301(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc
heduledThreadPoolExecutor.java:293)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
615)
at java.lang.Thread.run(Thread.java:744)
Caused by: org.xml.sax.SAXParseException; Premature end of file.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
nsport.java:175)



On 07/04/14 4:51 PM, "Sanjay Tripathi" 
mailto:sanjay.tripa...@citrix.com>> wrote:

>Hi Tina,
>
>Even I am facing  similar issues after the change in XAPI. A lot of
>exceptions are coming when CS tries to launch system VMs.
>
>Please find the management server logs at: http://pastebin.com/6s44hDq5.
>
>--Sanjay
>
>-Original Message-
>From: Konstantina Chremmou 
>[mailto:konstantina.chrem...@citrix.com]
>Sent: Monday, April 7, 2014 4:21 PM
>To: dev@cloudstack.apache.org
>Subject: RE: [4.4] Current State
>
>Hi Murali,
>
>The latest XAPI jar can be used with older versions of xenserver. Could
>you please specify what are the exact errors you get after that commit?
>
>Th

Build failed in Jenkins: build-systemvm64-4.2 #225

[jenkins]

See 

--
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on devcloud-continuous-tests (devcloud) in workspace 

Fetching changes from the remote Git repository
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
FATAL: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:625)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:847)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:872)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1320)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518)
at hudson.model.Run.execute(Run.java:1688)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
Caused by: hudson.plugins.git.GitException: Failed to connect to 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.checkCredentials(CliGitAPIImpl.java:1608)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:957)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:71)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:197)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at hudson.remoting.Engine$1$1.run(Engine.java:63)
at java.lang.Thread.run(Thread.java:679)

Re: [4.4] Current State

[David Nalley]

In the meantime (assuming this will take you more than a few hours)
should we revert?

--David

On Mon, Apr 7, 2014 at 10:42 AM, Konstantina Chremmou
 wrote:
> It seems to me the problem is the xmlrpc dependency of the XAPI jar rather 
> than the jar itself, as the changes between the previous version and the 
> latest one do not explain this sort of errors. The jar we ship depends on 3.1 
> while cloudstack was using 3.1.3 which contains several bug fixes compared to 
> the old one. What I can do is upload a new jar with corrected dependency and 
> submit a new patch.
>
>
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 07 April 2014 3:06 PM
> To: dev@cloudstack.apache.org
> Cc: Konstantina Chremmou
> Subject: Re: [4.4] Current State
>
> Now that I think about it, the issue I sent an e-mail regarding earlier where 
> I could not create an SR (SR.create) only started happening after the XAPI 
> change.
>
> Due to this issue, managed storage is currently not functional with 
> XenServer, which is blocking my 4.4 testing.
>
> On Mon, Apr 7, 2014 at 5:44 AM, Murali Reddy 
> mailto:murali.re...@citrix.com>> wrote:
> Errors I have seen are similar to log's pasted by Sanjay. I am running
> into below error while stopping and starting the VM's.
>
> 2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host
> 10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException: Failed
> to parse servers response: Premature end of file.
> org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
> response: Premature end of file.
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
> nsport.java:177)
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTran
> sport.java:145)
> at
> org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspor
> t.java:94)
> at
> org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTr
> ansport.java:44)
> at
> org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java
> :53)
> at 
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
> at 
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
> at 
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnecti
> on.dispatch(XenServerConnectionPool.java:457)
> at com.xensource.xenapi.Host.getEnabled(Host.java:672)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourc
> eBase.java:409)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citri
> xResourceBase.java:4302)
> at
> com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgen
> tAttache.java:144)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC
> ontextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def
> aultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo
> ntext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon
> text(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon
> textRunnable.java:46)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access
> $301(ScheduledThreadPoolExecutor.java:178)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc
> heduledThreadPoolExecutor.java:293)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
> 145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
> 615)
> at java.lang.Thread.run(Thread.java:744)
> Caused by: org.xml.sax.SAXParseException; Premature end of file.
> at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
> nsport.java:175)
>
>
>
> On 07/04/14 4:51 PM, "Sanjay Tripathi" 
> mailto:sanjay.tripa...@citrix.com>> wrote:
>
>>Hi Tina,
>>
>>Even I am facing  similar issues after the change in XAPI. A lot of
>>exceptions are coming when CS tries to launch system VMs.
>>
>>Please find the management server logs at: http://pastebin.com/6s44hDq5.
>>
>>--Sanjay
>>
>>-Original Message-
>>From: Konstantina Chremmou 
>>[m

CloudStack call to KVM

[Matt Spurlin]

I have been looking at the code trying to figure out where the API
call "deployVirtualMachine"
would send the command to a KVM hypervisor to create a new virtual machine.
I've found where the API call happens, but so far I have not seen where the
logic is that sends the command to the hypervisor to create the VM. Would
anyone be kind enough to point me in the right direction for what files I
need to look at?
Thank you for your time,
Matt

Re: CloudStack call to KVM

[Marcus]

The DeployVMCmd.java file has a 'create' and an 'execute' method. The
create method is responsible for registering the VM and persisting it
in the database, the logical creation. The 'execute' starts the vm, if
the API call requires it. It calls the
userVmService.startVirtualMachine, which I think is also called when
existing VMs are stopped/started.

public void execute(){
UserVm result;

if (getStartVm()) {
try {
UserContext.current().setEventDetails("Vm Id: "+getEntityId());
result = _userVmService.startVirtualMachine(this);


In general with the async calls I believe that the create() method is
completed before the job is returned (sync), and the execute() method
is the async part.

On Mon, Apr 7, 2014 at 10:21 AM, Matt Spurlin  wrote:
> I have been looking at the code trying to figure out where the API
> call "deployVirtualMachine"
> would send the command to a KVM hypervisor to create a new virtual machine.
> I've found where the API call happens, but so far I have not seen where the
> logic is that sends the command to the hypervisor to create the VM. Would
> anyone be kind enough to point me in the right direction for what files I
> need to look at?
> Thank you for your time,
> Matt

Re: CloudStack call to KVM

[Marcus]

If you trace startVirtualMachine you'll end up in
VirtualMachineManagerImpl.java, most likely in the advanceStart
method, where we see the StartCommand being crafted and sent to the
agent:

StartCommand strtcmd = new StartCommand(vmTO,
dest.getHost(), _mgmtServer.getExecuteInSequence());

cmds.addCommand(strtcmd);

vmGuru.finalizeDeployment(cmds, vmProfile, dest, ctx);


work = _workDao.findById(work.getId());
if (work == null || work.getStep() != Step.Prepare) {
throw new ConcurrentOperationException("Work
steps have been changed: " + work);
}

_workDao.updateStep(work, Step.Starting);

_agentMgr.send(destHostId, cmds);

In general when I'm looking for commands that go to the hypervisor
it's easy to find by just searching the code for e.g. StartCommand in
this case.

On Mon, Apr 7, 2014 at 10:27 AM, Marcus  wrote:
> The DeployVMCmd.java file has a 'create' and an 'execute' method. The
> create method is responsible for registering the VM and persisting it
> in the database, the logical creation. The 'execute' starts the vm, if
> the API call requires it. It calls the
> userVmService.startVirtualMachine, which I think is also called when
> existing VMs are stopped/started.
>
> public void execute(){
> UserVm result;
>
> if (getStartVm()) {
> try {
> UserContext.current().setEventDetails("Vm Id: 
> "+getEntityId());
> result = _userVmService.startVirtualMachine(this);
>
>
> In general with the async calls I believe that the create() method is
> completed before the job is returned (sync), and the execute() method
> is the async part.
>
> On Mon, Apr 7, 2014 at 10:21 AM, Matt Spurlin  
> wrote:
>> I have been looking at the code trying to figure out where the API
>> call "deployVirtualMachine"
>> would send the command to a KVM hypervisor to create a new virtual machine.
>> I've found where the API call happens, but so far I have not seen where the
>> logic is that sends the command to the hypervisor to create the VM. Would
>> anyone be kind enough to point me in the right direction for what files I
>> need to look at?
>> Thank you for your time,
>> Matt

Re: [4.4] Current State

[Mike Tutkowski]

I'm personally a bit concerned about changes of this nature being put in
post feature freeze. I know it sounds like a fairly easy change, but the
ramifications can be huge.

However, being that I'm at ApacheCon and the CCC this week (and not doing
much CS development), this won't be personally blocking me until the
weekend.

For the demo that I was planning to use 4.4, I can use 4.3.

What do others think? How impactful has this been to people?


On Mon, Apr 7, 2014 at 10:15 AM, David Nalley  wrote:

> In the meantime (assuming this will take you more than a few hours)
> should we revert?
>
> --David
>
> On Mon, Apr 7, 2014 at 10:42 AM, Konstantina Chremmou
>  wrote:
> > It seems to me the problem is the xmlrpc dependency of the XAPI jar
> rather than the jar itself, as the changes between the previous version and
> the latest one do not explain this sort of errors. The jar we ship depends
> on 3.1 while cloudstack was using 3.1.3 which contains several bug fixes
> compared to the old one. What I can do is upload a new jar with corrected
> dependency and submit a new patch.
> >
> >
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: 07 April 2014 3:06 PM
> > To: dev@cloudstack.apache.org
> > Cc: Konstantina Chremmou
> > Subject: Re: [4.4] Current State
> >
> > Now that I think about it, the issue I sent an e-mail regarding earlier
> where I could not create an SR (SR.create) only started happening after the
> XAPI change.
> >
> > Due to this issue, managed storage is currently not functional with
> XenServer, which is blocking my 4.4 testing.
> >
> > On Mon, Apr 7, 2014 at 5:44 AM, Murali Reddy  > wrote:
> > Errors I have seen are similar to log's pasted by Sanjay. I am running
> > into below error while stopping and starting the VM's.
> >
> > 2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase]
> > (DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host
> > 10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException:
> Failed
> > to parse servers response: Premature end of file.
> > org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
> > response: Premature end of file.
> > at
> >
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTra
> > nsport.java:177)
> > at
> >
> org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTran
> > sport.java:145)
> > at
> >
> org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspor
> > t.java:94)
> > at
> >
> org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTr
> > ansport.java:44)
> > at
> >
> org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java
> > :53)
> > at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
> > at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
> > at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
> > at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
> > at
> >
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnecti
> > on.dispatch(XenServerConnectionPool.java:457)
> > at com.xensource.xenapi.Host.getEnabled(Host.java:672)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourc
> > eBase.java:409)
> > at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citri
> > xResourceBase.java:4302)
> > at
> >
> com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgen
> > tAttache.java:144)
> > at
> >
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedC
> > ontextRunnable.java:49)
> > at
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(Def
> > aultManagedContext.java:56)
> > at
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithCo
> > ntext(DefaultManagedContext.java:103)
> > at
> >
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCon
> > text(DefaultManagedContext.java:53)
> > at
> >
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCon
> > textRunnable.java:46)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> > at
> java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access
> > $301(ScheduledThreadPoolExecutor.java:178)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Sc
> > heduledThreadPoolExecutor.java:293)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1
> > 145)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:

Re: Review Request 19941: Add signatureversion and expiring datetime to cloudmonkey/requester.py

[Chiradeep Vittal]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19941/#review39692
---



cloudmonkey/requester.py


Seems overly complicated! This should work?
datetime.utcnow() + timedelta(minutes=expires)



cloudmonkey/requester.py


Can you make this configurable in the config?


- Chiradeep Vittal


On April 2, 2014, 4:39 p.m., Yichi Lu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19941/
> ---
> 
> (Updated April 2, 2014, 4:39 p.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal and Rohit Yadav.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When submitting cloudmonkey commands, include signature version (3) and 
> expiration date (10 minutes) to the commnds
> 
> 
> Diffs
> -
> 
>   cloudmonkey/requester.py b06e1fc 
>   server/src/com/cloud/api/dispatch/ParamGenericValidationWorker.java 7a73b8a 
> 
> Diff: https://reviews.apache.org/r/19941/diff/
> 
> 
> Testing
> ---
> 
> The request for area west of utc (0):
> request:  [('signatureversion', '3'), ('apiKey', 
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
>  ('command', u'listUsers'), ('response', 'json'), ('expires', 
> '2014-04-01T17:30:26+0600')]
> seen by ApiServer.java:
> org.apache.cloudstack.api.command.admin.user.ListUsersCmd@5574c56e,  params: 
> {expires=2014-04-01T17:30:26+0600, signatureversion=3, httpmethod=GET, 
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
>  signature=i6qW1tC3y1oIvXIHc29EUs2nSR8=}
> 
> The one for area east of utc(0):
> request:  [('signatureversion', '3'), ('apiKey', 
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
>  ('command', u'listUsers'), ('response', 'json'), ('expires', 
> '2014-04-01T21:16:45-0630')]
> org.apache.cloudstack.api.command.admin.user.ListUsersCmd@3484bd18,  params: 
> {expires=2014-04-01T21:16:45-0630, signatureversion=3, httpmethod=GET, 
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
>  signature=9RDS6RWAz9vs4XHa6LRXxtd7MhQ=}
> 
> 
> Thanks,
> 
> Yichi Lu
> 
>

[HUGO] CloudStack at ApacheCon

[Mike Tutkowski]

Hugo talking up CS at ApacheCon:

http://i.imgur.com/xiaaDzj.jpg

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*

Re: CLOUDSTACK-6338 - Failed to Netscaler and EIP/ELB automation

[Alena Prokharchyk]

Antonio,

Can we we compare all the parameters with “ignore case” option? Because the 
parameters are case insensitive.

Thanks,
Alena.

From: Antonio Fornié Casarrubios 
mailto:antonio.for...@gmail.com>>
Date: Monday, April 7, 2014 at 12:58 AM
To: Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Cc: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Rayees 
Namathponnan 
mailto:rayees.namathpon...@citrix.com>>
Subject: Re: CLOUDSTACK-6338 - Failed to Netscaler and EIP/ELB automation

Sure, I will make sure to have the patch today and request your review Alena.

Btw, If I remember correctly, this is a parameter that we already filter when 
it comes Camel Case, but not lowercase. I will double check.

Thanks, cheers
Antonio


2014-04-04 19:59 GMT+02:00 Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>:
Rayees,

The reason listed in the bug summary - "Unknown parameters :
ctxstarteventid² - is not the reason for the failure.

Here is the real reason

ext":"Failed to log in to Netscaler device at 10.223.240.177 due to
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target²}



Antonio, can you please remove those error messages from the log though?
"Unknown parameters : ctxstarteventid²

Thanks,
Alena.

On 4/4/14, 10:50 AM, "Rayees Namathponnan"
mailto:rayees.namathpon...@citrix.com>> wrote:

>HI All,
>
>With latest 4.4 build,  I am unable to add NetScaler device.
>
>Below defect created, EIP/ELB automation blocked due to this
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-6338
>
>Regards,
>Rayees
>
>

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions

[Alena Prokharchyk]

Alex, can you please


1) split your fix into 2 patches:

Patch #1 – contains the fixes to CS core/api
Patch #2 – fixes for your new plugin

Check if review board allows to upload 2 patches for the same ticket; if it 
doesn’t   - create a new one for the second patch.

2) Move all the Daos related to your plugin 
(RmapVO.java), to the 
plugin folder? As an example, you can take a look at NetScalerPodDao

Thank you!
Alena.

From: Alex Ough mailto:alex.o...@sungard.com>>
Reply-To: Alex Ough mailto:alex.o...@sungard.com>>
Date: Saturday, April 5, 2014 at 8:32 PM
To: daan Hoogland mailto:daan.hoogl...@gmail.com>>, 
Alex Ough mailto:alex.o...@sungard.com>>, Alena 
Prokharchyk 
mailto:alena.prokharc...@citrix.com>>, cloudstack 
mailto:dev@cloudstack.apache.org>>
Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple 
Regions

This is an automatically generated e-mail. To reply, visit: 
https://reviews.apache.org/r/17790/

Review request for cloudstack.
By Alex Ough.

Updated April 6, 2014, 3:32 a.m.

Changes

I fixed a few minor bugs, so please discard the previous patch (diff r11).


Repository: cloudstack-git
Description

Currently, under the environment of cloudstack with multiple regions, each 
region has its own management server running with a separate database, which 
will cause data discrepancies when users create/update/delete 
domain/account/user data independently in each management server. So to support 
multiple regions and provide one point of entry for each customer, this 
implementation duplicates domain/account/user information of customers in one 
region to all of the regions independently whenever there is any change.

https://issues.apache.org/jira/browse/CLOUDSTACK-4992
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions


Testing

1. Successfully tested real time synchronization as soon as resources are 
created/deleted/modified in one region.
2. Successfully tested full scans to synchronize resources that were missed 
during real time synchronization because of any reasons like network connection 
issues.
3. The tests were done manually and also automatically by randomly generating 
changes each region.


Diffs (updated)

  *   api/src/com/cloud/domain/Domain.java (365a705)
  *   api/src/com/cloud/event/EventTypes.java (39ef710)
  *   api/src/com/cloud/user/Account.java (b912e51)
  *   api/src/com/cloud/user/AccountService.java (7e37b38)
  *   api/src/com/cloud/user/User.java (36e9028)
  *   api/src/com/cloud/user/UserAccount.java (c5a0637)
  *   api/src/org/apache/cloudstack/api/ApiConstants.java (fdb4558)
  *   api/src/org/apache/cloudstack/api/BaseCmd.java (f6f21ae)
  *   api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
(f6743ba)
  *   
api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
(b08cbbb)
  *   api/src/org/apache/cloudstack/api/response/AccountResponse.java (2e50c51)
  *   api/src/org/apache/cloudstack/api/response/DomainResponse.java (0c0281e)
  *   api/src/org/apache/cloudstack/api/response/RegionResponse.java (6c74fa6)
  *   api/src/org/apache/cloudstack/api/response/UserResponse.java (40e1561)
  *   api/src/org/apache/cloudstack/region/Region.java (df64e44)
  *   api/src/org/apache/cloudstack/region/RegionService.java (afefcc7)
  *   api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 
(10c3d85)
  *   client/pom.xml (d8dbde7)
  *   
engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
 (489b37d)
  *   engine/schema/src/com/cloud/domain/DomainVO.java (f6494b3)
  *   engine/schema/src/com/cloud/rmap/RmapVO.java (PRE-CREATION)
  *   engine/schema/src/com/cloud/rmap/dao/RmapDao.java (PRE-CREATION)
  *   engine/schema/src/com/cloud/rmap/dao/RmapDaoImpl.java (PRE-CREATION)
  *   engine/schema/src/com/cloud/user/AccountVO.java (0f5a044)
  *   engine/schema/src/com/cloud/user/UserAccountVO.java (cef9239)
  *   engine/schema/src/com/cloud/user/UserVO.java (68879f6)
  *   engine/schema/src/org/apache/cloudstack/region/RegionVO.java (608bd2b)
  *   framework/db/src/com/cloud/utils/db/Attribute.java (82c2bdb)
  *   framework/db/src/com/cloud/utils/db/GenericDao.java (cb401cd)
  *   framework/db/src/com/cloud/utils/db/GenericDaoBase.java (2052aad)
  *   framework/db/src/com/cloud/utils/db/SqlGenerator.java (befe34b)
  *   framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java (aef0c69)
  *   framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java (PRE-CREATION)
  *   plugins/event-bus/multiregion/pom.xml (PRE-CREATION)
  *   
plugins/event-bus/multiregion/resources/META-INF/cloudstack/spring-mom-multiregion-daos-context.xml
 (PRE-CREATION)
  *   
plugins/event-bus/multiregion/resources/META-INF/cloudstack/system/spring-plugin-multiregion-system-context.xml
 (PRE-CREATION)
  *   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions

[Alena Prokharchyk]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/#review39701
---


Alex, can you please


1) split your fix into 2 patches:

Patch #1 – contains the fixes to CS core/api 
Patch #2 – fixes for your new plugin

Check if review board allows to upload 2 patches for the same ticket; if it 
doesn’t   - create a new one for the second patch.

2) Move all the Daos related to your plugin (RmapVO.java), to the plugin 
folder? As an example, you can take a look at NetScalerPodDao

3) There is no need to introduce your own exceptions in the plugin 
UnsupportedException.java/InvalidDataException.java/APIFailureException.java. 
You should re-use existing CS exceptions like InvalidParameterValueException 
(instead of InvalidDataException), 
UnsupportedException(UnsupportedServiceException), etc. Unless your exceptions 
are very different from those; then can you please explain the differences.


4) ActionEventUtils.java

String concatenation again :) Can you please replace all "+" operations in 
addDescription with StringBuffer?

- Alena Prokharchyk


On April 6, 2014, 3:32 a.m., Alex Ough wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17790/
> ---
> 
> (Updated April 6, 2014, 3:32 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently, under the environment of cloudstack with multiple regions, each 
> region has its own management server running with a separate database, which 
> will cause data discrepancies when users create/update/delete 
> domain/account/user data independently in each management server. So to 
> support multiple regions and provide one point of entry for each customer, 
> this implementation duplicates domain/account/user information of customers 
> in one region to all of the regions independently whenever there is any 
> change.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4992
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/domain/Domain.java 365a705 
>   api/src/com/cloud/event/EventTypes.java 39ef710 
>   api/src/com/cloud/user/Account.java b912e51 
>   api/src/com/cloud/user/AccountService.java 7e37b38 
>   api/src/com/cloud/user/User.java 36e9028 
>   api/src/com/cloud/user/UserAccount.java c5a0637 
>   api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558 
>   api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae 
>   api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
> f6743ba 
>   api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
> b08cbbb 
>   api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51 
>   api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e 
>   api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6 
>   api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561 
>   api/src/org/apache/cloudstack/region/Region.java df64e44 
>   api/src/org/apache/cloudstack/region/RegionService.java afefcc7 
>   api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 10c3d85 
>   client/pom.xml d8dbde7 
>   
> engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
>  489b37d 
>   engine/schema/src/com/cloud/domain/DomainVO.java f6494b3 
>   engine/schema/src/com/cloud/rmap/RmapVO.java PRE-CREATION 
>   engine/schema/src/com/cloud/rmap/dao/RmapDao.java PRE-CREATION 
>   engine/schema/src/com/cloud/rmap/dao/RmapDaoImpl.java PRE-CREATION 
>   engine/schema/src/com/cloud/user/AccountVO.java 0f5a044 
>   engine/schema/src/com/cloud/user/UserAccountVO.java cef9239 
>   engine/schema/src/com/cloud/user/UserVO.java 68879f6 
>   engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b 
>   framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb 
>   framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd 
>   framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad 
>   framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b 
>   framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69 
>   framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION 
>   plugins/event-bus/multiregion/pom.xml PRE-CREATION 
>   
> plugins/event-bus/multiregion/resources/META-INF/cloudstack/spring-mom-multiregion-daos-context.xml
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/resources/META-INF/cloudstack/system/spring-plugin-multiregion-system-context.xml
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
>  PRE-CREATIO

Creating System VMs taking too long

[Shashank Goel]

Hi all,

I have three system in my CloudStack setup:
System 1 : Storage Server
System 2: Management Server
System 3: Host machine running Citrix XEN-Server

Now, after following the installation guide at
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.2/html
I have reached the "Launch"button page in the UI and the following steps
are completed:

*Creating Zone
*Creating Physical Network
*Enabling Security Group provider
*creating guest network
*Creating Pod
*Configuring guest traffic
*Creating cluster
*Adding Host
*Creating Primary Storage
*Creating Secondary Storage
*Zone Creation Complete
*Enabling Zones

But now the system is likely to take forever in
*Creating System VMs(this may take a while)

it's runniong for the past 10 hrs now.
Please help

My management server log is here : http://pastebin.com/VfCvW7jz


Regards,
Shashank Goel

Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alex Ough]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---

Review request for cloudstack.


Repository: cloudstack-git


Description
---

This is the review request for the core changes related with #17790 that has 
only the new plugin codes.


Diffs
-

  api/src/com/cloud/domain/Domain.java 365a705 
  api/src/com/cloud/event/EventTypes.java 39ef710 
  api/src/com/cloud/user/Account.java b912e51 
  api/src/com/cloud/user/AccountService.java 7e37b38 
  api/src/com/cloud/user/User.java 36e9028 
  api/src/com/cloud/user/UserAccount.java c5a0637 
  api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558 
  api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae 
  api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
f6743ba 
  api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
b08cbbb 
  api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51 
  api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e 
  api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6 
  api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561 
  api/src/org/apache/cloudstack/region/Region.java df64e44 
  api/src/org/apache/cloudstack/region/RegionService.java afefcc7 
  api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 10c3d85 
  client/pom.xml d8dbde7 
  
engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
 489b37d 
  engine/schema/src/com/cloud/domain/DomainVO.java f6494b3 
  engine/schema/src/com/cloud/user/AccountVO.java 0f5a044 
  engine/schema/src/com/cloud/user/UserAccountVO.java cef9239 
  engine/schema/src/com/cloud/user/UserVO.java 68879f6 
  engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b 
  framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb 
  framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd 
  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad 
  framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b 
  framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69 
  framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION 
  
plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/MockAccountManager.java
 957f708 
  plugins/pom.xml 9b391b8 
  
server/resources/META-INF/cloudstack/core/spring-server-core-managers-context.xml
 fc1c7e2 
  server/src/com/cloud/api/ApiDispatcher.java 95074e2 
  server/src/com/cloud/api/ApiResponseHelper.java 38f2f0b 
  server/src/com/cloud/api/dispatch/ParamProcessWorker.java e9bdd8b 
  server/src/com/cloud/api/query/dao/AccountJoinDaoImpl.java ecd97c7 
  server/src/com/cloud/api/query/dao/UserAccountJoinDaoImpl.java 923a238 
  server/src/com/cloud/api/query/vo/AccountJoinVO.java 8d642ed 
  server/src/com/cloud/api/query/vo/UserAccountJoinVO.java ed29284 
  server/src/com/cloud/event/ActionEventUtils.java 28e5680 
  server/src/com/cloud/projects/ProjectManagerImpl.java d10c059 
  server/src/com/cloud/user/AccountManager.java 03bf842 
  server/src/com/cloud/user/AccountManagerImpl.java 2070ee6 
  server/src/com/cloud/user/DomainManager.java f72b18a 
  server/src/com/cloud/user/DomainManagerImpl.java fbbe0c2 
  server/src/org/apache/cloudstack/region/RegionManager.java 6f25481 
  server/src/org/apache/cloudstack/region/RegionManagerImpl.java 8910714 
  server/src/org/apache/cloudstack/region/RegionServiceImpl.java 98cf500 
  server/test/com/cloud/api/dispatch/ParamProcessWorkerTest.java 12051a6 
  server/test/com/cloud/user/MockAccountManagerImpl.java f373cba 
  server/test/com/cloud/user/MockDomainManagerImpl.java 7dddefb 
  server/test/org/apache/cloudstack/region/RegionManagerTest.java d7bc537 
  setup/db/db/schema-440to450.sql 2bd5386 
  ui/scripts/regions.js 66dae8c 

Diff: https://reviews.apache.org/r/20099/diff/


Testing
---

1. Successfully tested real time synchronization as soon as resources are 
created/deleted/modified in one region.
2. Successfully tested full scans to synchronize resources that were missed 
during real time synchronization because of any reasons like network connection 
issues.
3. The tests were done manually and also automatically by randomly generating 
changes each region.


Thanks,

Alex Ough

Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alex Ough]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/
---

(Updated April 7, 2014, 7:13 p.m.)


Review request for cloudstack.


Changes
---

The is the patch for the core changes.


Repository: cloudstack-git


Description
---

This is the review request for the core changes related with #17790 that has 
only the new plugin codes.


Diffs (updated)
-

  api/src/com/cloud/domain/Domain.java 365a705 
  api/src/com/cloud/event/EventTypes.java 39ef710 
  api/src/com/cloud/user/Account.java b912e51 
  api/src/com/cloud/user/AccountService.java 7e37b38 
  api/src/com/cloud/user/User.java 36e9028 
  api/src/com/cloud/user/UserAccount.java c5a0637 
  api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558 
  api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae 
  api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
f6743ba 
  api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
b08cbbb 
  api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51 
  api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e 
  api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6 
  api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561 
  api/src/org/apache/cloudstack/region/Region.java df64e44 
  api/src/org/apache/cloudstack/region/RegionService.java afefcc7 
  api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 10c3d85 
  client/pom.xml d8dbde7 
  
engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
 489b37d 
  engine/schema/src/com/cloud/domain/DomainVO.java f6494b3 
  engine/schema/src/com/cloud/user/AccountVO.java 0f5a044 
  engine/schema/src/com/cloud/user/UserAccountVO.java cef9239 
  engine/schema/src/com/cloud/user/UserVO.java 68879f6 
  engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b 
  framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb 
  framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd 
  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad 
  framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b 
  framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69 
  framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION 
  
plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/MockAccountManager.java
 957f708 
  plugins/pom.xml 9b391b8 
  
server/resources/META-INF/cloudstack/core/spring-server-core-managers-context.xml
 fc1c7e2 
  server/src/com/cloud/api/ApiDispatcher.java 95074e2 
  server/src/com/cloud/api/ApiResponseHelper.java 38f2f0b 
  server/src/com/cloud/api/dispatch/ParamProcessWorker.java e9bdd8b 
  server/src/com/cloud/api/query/dao/AccountJoinDaoImpl.java ecd97c7 
  server/src/com/cloud/api/query/dao/UserAccountJoinDaoImpl.java 923a238 
  server/src/com/cloud/api/query/vo/AccountJoinVO.java 8d642ed 
  server/src/com/cloud/api/query/vo/UserAccountJoinVO.java ed29284 
  server/src/com/cloud/event/ActionEventUtils.java 28e5680 
  server/src/com/cloud/projects/ProjectManagerImpl.java d10c059 
  server/src/com/cloud/user/AccountManager.java 03bf842 
  server/src/com/cloud/user/AccountManagerImpl.java 2070ee6 
  server/src/com/cloud/user/DomainManager.java f72b18a 
  server/src/com/cloud/user/DomainManagerImpl.java fbbe0c2 
  server/src/org/apache/cloudstack/region/RegionManager.java 6f25481 
  server/src/org/apache/cloudstack/region/RegionManagerImpl.java 8910714 
  server/src/org/apache/cloudstack/region/RegionServiceImpl.java 98cf500 
  server/test/com/cloud/api/dispatch/ParamProcessWorkerTest.java 12051a6 
  server/test/com/cloud/user/MockAccountManagerImpl.java f373cba 
  server/test/com/cloud/user/MockDomainManagerImpl.java 7dddefb 
  server/test/org/apache/cloudstack/region/RegionManagerTest.java d7bc537 
  setup/db/db/schema-440to450.sql 2bd5386 
  ui/scripts/regions.js 66dae8c 

Diff: https://reviews.apache.org/r/20099/diff/


Testing
---

1. Successfully tested real time synchronization as soon as resources are 
created/deleted/modified in one region.
2. Successfully tested full scans to synchronize resources that were missed 
during real time synchronization because of any reasons like network connection 
issues.
3. The tests were done manually and also automatically by randomly generating 
changes each region.


Thanks,

Alex Ough

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Alex Ough]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/
---

(Updated April 7, 2014, 7:14 p.m.)


Review request for cloudstack.


Changes
---

This includes only the new plugin codes.
You can get the core changes in #20099.


Summary (updated)
-

Domain-Account-User Sync Up Among Multiple Regions (New Plugin)


Repository: cloudstack-git


Description
---

Currently, under the environment of cloudstack with multiple regions, each 
region has its own management server running with a separate database, which 
will cause data discrepancies when users create/update/delete 
domain/account/user data independently in each management server. So to support 
multiple regions and provide one point of entry for each customer, this 
implementation duplicates domain/account/user information of customers in one 
region to all of the regions independently whenever there is any change.

https://issues.apache.org/jira/browse/CLOUDSTACK-4992
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions


Diffs
-

  api/src/com/cloud/domain/Domain.java 365a705 
  api/src/com/cloud/event/EventTypes.java 39ef710 
  api/src/com/cloud/user/Account.java b912e51 
  api/src/com/cloud/user/AccountService.java 7e37b38 
  api/src/com/cloud/user/User.java 36e9028 
  api/src/com/cloud/user/UserAccount.java c5a0637 
  api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558 
  api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae 
  api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
f6743ba 
  api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
b08cbbb 
  api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51 
  api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e 
  api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6 
  api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561 
  api/src/org/apache/cloudstack/region/Region.java df64e44 
  api/src/org/apache/cloudstack/region/RegionService.java afefcc7 
  api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 10c3d85 
  client/pom.xml d8dbde7 
  
engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
 489b37d 
  engine/schema/src/com/cloud/domain/DomainVO.java f6494b3 
  engine/schema/src/com/cloud/rmap/RmapVO.java PRE-CREATION 
  engine/schema/src/com/cloud/rmap/dao/RmapDao.java PRE-CREATION 
  engine/schema/src/com/cloud/rmap/dao/RmapDaoImpl.java PRE-CREATION 
  engine/schema/src/com/cloud/user/AccountVO.java 0f5a044 
  engine/schema/src/com/cloud/user/UserAccountVO.java cef9239 
  engine/schema/src/com/cloud/user/UserVO.java 68879f6 
  engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b 
  framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb 
  framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd 
  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad 
  framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b 
  framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69 
  framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION 
  plugins/event-bus/multiregion/pom.xml PRE-CREATION 
  
plugins/event-bus/multiregion/resources/META-INF/cloudstack/spring-mom-multiregion-daos-context.xml
 PRE-CREATION 
  
plugins/event-bus/multiregion/resources/META-INF/cloudstack/system/spring-plugin-multiregion-system-context.xml
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/APIFailureException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/InvalidDataException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/UnsupportedException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudsta

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Alex Ough]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/
---

(Updated April 7, 2014, 7:15 p.m.)


Review request for cloudstack.


Changes
---

This includes only the new plugin codes.
You can get the core changes in #20099.


Repository: cloudstack-git


Description
---

Currently, under the environment of cloudstack with multiple regions, each 
region has its own management server running with a separate database, which 
will cause data discrepancies when users create/update/delete 
domain/account/user data independently in each management server. So to support 
multiple regions and provide one point of entry for each customer, this 
implementation duplicates domain/account/user information of customers in one 
region to all of the regions independently whenever there is any change.

https://issues.apache.org/jira/browse/CLOUDSTACK-4992
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions


Diffs
-

  api/src/com/cloud/domain/Domain.java 365a705 
  api/src/com/cloud/event/EventTypes.java 39ef710 
  api/src/com/cloud/user/Account.java b912e51 
  api/src/com/cloud/user/AccountService.java 7e37b38 
  api/src/com/cloud/user/User.java 36e9028 
  api/src/com/cloud/user/UserAccount.java c5a0637 
  api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558 
  api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae 
  api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
f6743ba 
  api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
b08cbbb 
  api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51 
  api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e 
  api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6 
  api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561 
  api/src/org/apache/cloudstack/region/Region.java df64e44 
  api/src/org/apache/cloudstack/region/RegionService.java afefcc7 
  api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java 10c3d85 
  client/pom.xml d8dbde7 
  
engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
 489b37d 
  engine/schema/src/com/cloud/domain/DomainVO.java f6494b3 
  engine/schema/src/com/cloud/rmap/RmapVO.java PRE-CREATION 
  engine/schema/src/com/cloud/rmap/dao/RmapDao.java PRE-CREATION 
  engine/schema/src/com/cloud/rmap/dao/RmapDaoImpl.java PRE-CREATION 
  engine/schema/src/com/cloud/user/AccountVO.java 0f5a044 
  engine/schema/src/com/cloud/user/UserAccountVO.java cef9239 
  engine/schema/src/com/cloud/user/UserVO.java 68879f6 
  engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b 
  framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb 
  framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd 
  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad 
  framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b 
  framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69 
  framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION 
  plugins/event-bus/multiregion/pom.xml PRE-CREATION 
  
plugins/event-bus/multiregion/resources/META-INF/cloudstack/spring-mom-multiregion-daos-context.xml
 PRE-CREATION 
  
plugins/event-bus/multiregion/resources/META-INF/cloudstack/system/spring-plugin-multiregion-system-context.xml
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/APIFailureException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/InvalidDataException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/UnsupportedException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/AccountFullSyncProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregio

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Alex Ough]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/
---

(Updated April 7, 2014, 7:17 p.m.)


Review request for cloudstack.


Changes
---

This includes only the new plugin codes.
You can get the core changes in #20099.


Repository: cloudstack-git


Description
---

Currently, under the environment of cloudstack with multiple regions, each 
region has its own management server running with a separate database, which 
will cause data discrepancies when users create/update/delete 
domain/account/user data independently in each management server. So to support 
multiple regions and provide one point of entry for each customer, this 
implementation duplicates domain/account/user information of customers in one 
region to all of the regions independently whenever there is any change.

https://issues.apache.org/jira/browse/CLOUDSTACK-4992
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions


Diffs (updated)
-

  plugins/event-bus/multiregion/pom.xml PRE-CREATION 
  
plugins/event-bus/multiregion/resources/META-INF/cloudstack/spring-mom-multiregion-daos-context.xml
 PRE-CREATION 
  
plugins/event-bus/multiregion/resources/META-INF/cloudstack/system/spring-plugin-multiregion-system-context.xml
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/RmapVO.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/dao/RmapDao.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/dao/RmapDaoImpl.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/exception/APIFailureException.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/AccountFullSyncProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/AccountService.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/BaseService.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/DomainFullSyncProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/DomainService.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/FullScanner.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/FullSyncProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/LocalAccountManager.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/LocalDomainManager.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/LocalUserManager.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/RemoteAccountEventProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/RemoteDomainEventProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/RemoteEventProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/RemoteUserEventProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/UserFullSyncProcessor.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/service/UserService.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/simulator/SimulatorAccountLocalGenerator.java
 PRE-CREATION 
  
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/simulator/SimulatorAccountLocalGeneratorEv

Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alena Prokharchyk]

Alex, one more question. Is this patch meant to be a part of master branch
only (4.5)? I guess so as your changes affect 4.4-4.5 db upgrade path.

Please confirm,
Alena.

On 4/7/14, 12:13 PM, "Alex Ough"  wrote:

>
>---
>This is an automatically generated e-mail. To reply, visit:
>https://reviews.apache.org/r/20099/
>---
>
>(Updated April 7, 2014, 7:13 p.m.)
>
>
>Review request for cloudstack.
>
>
>Changes
>---
>
>The is the patch for the core changes.
>
>
>Repository: cloudstack-git
>
>
>Description
>---
>
>This is the review request for the core changes related with #17790 that
>has only the new plugin codes.
>
>
>Diffs (updated)
>-
>
>  api/src/com/cloud/domain/Domain.java 365a705
>  api/src/com/cloud/event/EventTypes.java 39ef710
>  api/src/com/cloud/user/Account.java b912e51
>  api/src/com/cloud/user/AccountService.java 7e37b38
>  api/src/com/cloud/user/User.java 36e9028
>  api/src/com/cloud/user/UserAccount.java c5a0637
>  api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558
>  api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae
>  
>api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java
>f6743ba 
>  
>api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.jav
>a b08cbbb 
>  api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51
>  api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e
>  api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6
>  api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561
>  api/src/org/apache/cloudstack/region/Region.java df64e44
>  api/src/org/apache/cloudstack/region/RegionService.java afefcc7
>  api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java
>10c3d85 
>  client/pom.xml d8dbde7
>  
>engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core
>-daos-context.xml 489b37d
>  engine/schema/src/com/cloud/domain/DomainVO.java f6494b3
>  engine/schema/src/com/cloud/user/AccountVO.java 0f5a044
>  engine/schema/src/com/cloud/user/UserAccountVO.java cef9239
>  engine/schema/src/com/cloud/user/UserVO.java 68879f6
>  engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b
>  framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb
>  framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd
>  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad
>  framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b
>  framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69
>  framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION
>  
>plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/netwo
>rk/contrail/management/MockAccountManager.java 957f708
>  plugins/pom.xml 9b391b8
>  
>server/resources/META-INF/cloudstack/core/spring-server-core-managers-cont
>ext.xml fc1c7e2 
>  server/src/com/cloud/api/ApiDispatcher.java 95074e2
>  server/src/com/cloud/api/ApiResponseHelper.java 38f2f0b
>  server/src/com/cloud/api/dispatch/ParamProcessWorker.java e9bdd8b
>  server/src/com/cloud/api/query/dao/AccountJoinDaoImpl.java ecd97c7
>  server/src/com/cloud/api/query/dao/UserAccountJoinDaoImpl.java 923a238
>  server/src/com/cloud/api/query/vo/AccountJoinVO.java 8d642ed
>  server/src/com/cloud/api/query/vo/UserAccountJoinVO.java ed29284
>  server/src/com/cloud/event/ActionEventUtils.java 28e5680
>  server/src/com/cloud/projects/ProjectManagerImpl.java d10c059
>  server/src/com/cloud/user/AccountManager.java 03bf842
>  server/src/com/cloud/user/AccountManagerImpl.java 2070ee6
>  server/src/com/cloud/user/DomainManager.java f72b18a
>  server/src/com/cloud/user/DomainManagerImpl.java fbbe0c2
>  server/src/org/apache/cloudstack/region/RegionManager.java 6f25481
>  server/src/org/apache/cloudstack/region/RegionManagerImpl.java 8910714
>  server/src/org/apache/cloudstack/region/RegionServiceImpl.java 98cf500
>  server/test/com/cloud/api/dispatch/ParamProcessWorkerTest.java 12051a6
>  server/test/com/cloud/user/MockAccountManagerImpl.java f373cba
>  server/test/com/cloud/user/MockDomainManagerImpl.java 7dddefb
>  server/test/org/apache/cloudstack/region/RegionManagerTest.java d7bc537
>  setup/db/db/schema-440to450.sql 2bd5386
>  ui/scripts/regions.js 66dae8c
>
>Diff: https://reviews.apache.org/r/20099/diff/
>
>
>Testing
>---
>
>1. Successfully tested real time synchronization as soon as resources are
>created/deleted/modified in one region.
>2. Successfully tested full scans to synchronize resources that were
>missed during real time synchronization because of any reasons like
>network connection issues.
>3. The tests were done manually and also automatically by randomly
>generating changes each region.
>
>
>Thanks,
>
>Alex Ough
>

[Announce] New Committer: Lucian Paul (Nux)

[Giles Sirett]

The Project Management Committee (PMC) for Apache CloudStack has
asked Lucian Paul (Nux)  to become a committer and we are pleased to announce
that he has accepted.

Being a committer allows many contributors to contribute more autonomously. For
developers, it makes it easier to submit changes and eliminates the need to
have contributions reviewed via the patch submission process. Whether
contributions are development-related or otherwise, it is a recognition of a
contributor's participation in the project and commitment to the project and
the Apache Way.

Please join me in congratulating Nux!


Giles,
on behalf of the Apache CloudStack PMC


giles.sir...@shapeblue.com | 
www.shapeblue.com | 
Twitter:@shapeBlue


Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
28th-29th May 2014, Bangalore. 
Classromm
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line
15th-20th September 2014, Region A. Instructor led, 
On-line
22nd-27th September 2014, Region B. Instructor led, 
On-line
1st-6th December 2014, Region A. Instructor led, 
On-line
8th-12th December 2014, Region B. Instructor led, 
On-line

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [Announce] New Committer: Lucian Paul (Nux)

[Mike Tutkowski]

Congratulations!


On Mon, Apr 7, 2014 at 1:32 PM, Giles Sirett wrote:

> The Project Management Committee (PMC) for Apache CloudStack has
> asked Lucian Paul (Nux)  to become a committer and we are pleased to
> announce
> that he has accepted.
>
> Being a committer allows many contributors to contribute more
> autonomously. For
> developers, it makes it easier to submit changes and eliminates the need to
> have contributions reviewed via the patch submission process. Whether
> contributions are development-related or otherwise, it is a recognition of
> a
> contributor's participation in the project and commitment to the project
> and
> the Apache Way.
>
> Please join me in congratulating Nux!
>
>
> Giles,
> on behalf of the Apache CloudStack PMC
>
>
> giles.sir...@shapeblue.com |
> www.shapeblue.com | Twitter:@shapeBlue<
> https://twitter.com/#!/shapeblue>
>
>
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/> offers the best
> 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training<
> http://shapeblue.com/cloudstack-training/>
> 28th-29th May 2014, Bangalore. Classromm<
> http://shapeblue.com/cloudstack-training/>
> 16th-20th June 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 23rd-27th June 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 15th-20th September 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 22nd-27th September 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 1st-6th December 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> 8th-12th December 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue is a
> registered trademark.
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloud
*(tm)*

Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alex Ough]

yes, that is correct.


On Mon, Apr 7, 2014 at 3:27 PM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:

> Alex, one more question. Is this patch meant to be a part of master branch
> only (4.5)? I guess so as your changes affect 4.4-4.5 db upgrade path.
>
> Please confirm,
> Alena.
>
> On 4/7/14, 12:13 PM, "Alex Ough"  wrote:
>
> >
> >---
> >This is an automatically generated e-mail. To reply, visit:
> >https://reviews.apache.org/r/20099/
> >---
> >
> >(Updated April 7, 2014, 7:13 p.m.)
> >
> >
> >Review request for cloudstack.
> >
> >
> >Changes
> >---
> >
> >The is the patch for the core changes.
> >
> >
> >Repository: cloudstack-git
> >
> >
> >Description
> >---
> >
> >This is the review request for the core changes related with #17790 that
> >has only the new plugin codes.
> >
> >
> >Diffs (updated)
> >-
> >
> >  api/src/com/cloud/domain/Domain.java 365a705
> >  api/src/com/cloud/event/EventTypes.java 39ef710
> >  api/src/com/cloud/user/Account.java b912e51
> >  api/src/com/cloud/user/AccountService.java 7e37b38
> >  api/src/com/cloud/user/User.java 36e9028
> >  api/src/com/cloud/user/UserAccount.java c5a0637
> >  api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558
> >  api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae
> >
> >api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java
> >f6743ba
> >
> >api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.jav
> >a b08cbbb
> >  api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51
> >  api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e
> >  api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6
> >  api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561
> >  api/src/org/apache/cloudstack/region/Region.java df64e44
> >  api/src/org/apache/cloudstack/region/RegionService.java afefcc7
> >  api/test/org/apache/cloudstack/api/command/test/RegionCmdTest.java
> >10c3d85
> >  client/pom.xml d8dbde7
> >
> >engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core
> >-daos-context.xml 489b37d
> >  engine/schema/src/com/cloud/domain/DomainVO.java f6494b3
> >  engine/schema/src/com/cloud/user/AccountVO.java 0f5a044
> >  engine/schema/src/com/cloud/user/UserAccountVO.java cef9239
> >  engine/schema/src/com/cloud/user/UserVO.java 68879f6
> >  engine/schema/src/org/apache/cloudstack/region/RegionVO.java 608bd2b
> >  framework/db/src/com/cloud/utils/db/Attribute.java 82c2bdb
> >  framework/db/src/com/cloud/utils/db/GenericDao.java cb401cd
> >  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 2052aad
> >  framework/db/src/com/cloud/utils/db/SqlGenerator.java befe34b
> >  framework/db/test/com/cloud/utils/db/GenericDaoBaseTest.java aef0c69
> >  framework/db/test/com/cloud/utils/db/SqlGeneratorTest.java PRE-CREATION
> >
> >plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/netwo
> >rk/contrail/management/MockAccountManager.java 957f708
> >  plugins/pom.xml 9b391b8
> >
> >server/resources/META-INF/cloudstack/core/spring-server-core-managers-cont
> >ext.xml fc1c7e2
> >  server/src/com/cloud/api/ApiDispatcher.java 95074e2
> >  server/src/com/cloud/api/ApiResponseHelper.java 38f2f0b
> >  server/src/com/cloud/api/dispatch/ParamProcessWorker.java e9bdd8b
> >  server/src/com/cloud/api/query/dao/AccountJoinDaoImpl.java ecd97c7
> >  server/src/com/cloud/api/query/dao/UserAccountJoinDaoImpl.java 923a238
> >  server/src/com/cloud/api/query/vo/AccountJoinVO.java 8d642ed
> >  server/src/com/cloud/api/query/vo/UserAccountJoinVO.java ed29284
> >  server/src/com/cloud/event/ActionEventUtils.java 28e5680
> >  server/src/com/cloud/projects/ProjectManagerImpl.java d10c059
> >  server/src/com/cloud/user/AccountManager.java 03bf842
> >  server/src/com/cloud/user/AccountManagerImpl.java 2070ee6
> >  server/src/com/cloud/user/DomainManager.java f72b18a
> >  server/src/com/cloud/user/DomainManagerImpl.java fbbe0c2
> >  server/src/org/apache/cloudstack/region/RegionManager.java 6f25481
> >  server/src/org/apache/cloudstack/region/RegionManagerImpl.java 8910714
> >  server/src/org/apache/cloudstack/region/RegionServiceImpl.java 98cf500
> >  server/test/com/cloud/api/dispatch/ParamProcessWorkerTest.java 12051a6
> >  server/test/com/cloud/user/MockAccountManagerImpl.java f373cba
> >  server/test/com/cloud/user/MockDomainManagerImpl.java 7dddefb
> >  server/test/org/apache/cloudstack/region/RegionManagerTest.java d7bc537
> >  setup/db/db/schema-440to450.sql 2bd5386
> >  ui/scripts/regions.js 66dae8c
> >
> >Diff: https://reviews.apache.org/r/20099/diff/
> >
> >
> >Testing
> >---
> >
> >1. Successfully tested real time synchronization as soon as resources are
> >created/deleted/modified in one region.
> >2. Successfully tested full scans to synchronize resources that were
> >missed during real time synchronization be

Re: [Announce] New Committer: Lucian Paul (Nux)

[Erik Weber]

On Mon, Apr 7, 2014 at 9:32 PM, Giles Sirett wrote:

> The Project Management Committee (PMC) for Apache CloudStack has
> asked Lucian Paul (Nux)  to become a committer and we are pleased to
> announce
> that he has accepted.
>


Congratulations!

-- 
Erik Weber

Re: [Announce] New Committer: Lucian Paul (Nux)

[Yoshikazu Nojima]

Congratulation Nux!

2014-04-07 13:32 GMT-06:00 Giles Sirett :
> The Project Management Committee (PMC) for Apache CloudStack has
> asked Lucian Paul (Nux)  to become a committer and we are pleased to announce
> that he has accepted.
>
> Being a committer allows many contributors to contribute more autonomously. 
> For
> developers, it makes it easier to submit changes and eliminates the need to
> have contributions reviewed via the patch submission process. Whether
> contributions are development-related or otherwise, it is a recognition of a
> contributor's participation in the project and commitment to the project and
> the Apache Way.
>
> Please join me in congratulating Nux!
>
>
> Giles,
> on behalf of the Apache CloudStack PMC
>
>
> giles.sir...@shapeblue.com | 
> www.shapeblue.com | 
> Twitter:@shapeBlue
>
>
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure 
> Support offers the 
> best 24/7 SLA for CloudStack Environments.
>
> Apache CloudStack Bootcamp training courses
>
> **NEW!** CloudStack 4.2.1 training
> 28th-29th May 2014, Bangalore. 
> Classromm
> 16th-20th June 2014, Region A. Instructor led, 
> On-line
> 23rd-27th June 2014, Region B. Instructor led, 
> On-line
> 15th-20th September 2014, Region A. Instructor led, 
> On-line
> 22nd-27th September 2014, Region B. Instructor led, 
> On-line
> 1st-6th December 2014, Region A. Instructor led, 
> On-line
> 8th-12th December 2014, Region B. Instructor led, 
> On-line
>
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue is a registered 
> trademark.

Re: [Announce] New Committer: Lucian Paul (Nux)

[Nguyen Anh Tu]

Congratulations Nux!

--Tuna


On Tue, Apr 8, 2014 at 2:37 AM, Yoshikazu Nojima  wrote:

> Congratulation Nux!
>
> 2014-04-07 13:32 GMT-06:00 Giles Sirett :
> > The Project Management Committee (PMC) for Apache CloudStack has
> > asked Lucian Paul (Nux)  to become a committer and we are pleased to
> announce
> > that he has accepted.
> >
> > Being a committer allows many contributors to contribute more
> autonomously. For
> > developers, it makes it easier to submit changes and eliminates the need
> to
> > have contributions reviewed via the patch submission process. Whether
> > contributions are development-related or otherwise, it is a recognition
> of a
> > contributor's participation in the project and commitment to the project
> and
> > the Apache Way.
> >
> > Please join me in congratulating Nux!
> >
> >
> > Giles,
> > on behalf of the Apache CloudStack PMC
> >
> >
> > giles.sir...@shapeblue.com |
> www.shapeblue.com | Twitter:@shapeBlue<
> https://twitter.com/#!/shapeblue>
> >
> >
> > Need Enterprise Grade Support for Apache CloudStack?
> > Our CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/> offers the best
> 24/7 SLA for CloudStack Environments.
> >
> > Apache CloudStack Bootcamp training courses
> >
> > **NEW!** CloudStack 4.2.1 training<
> http://shapeblue.com/cloudstack-training/>
> > 28th-29th May 2014, Bangalore. Classromm<
> http://shapeblue.com/cloudstack-training/>
> > 16th-20th June 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 23rd-27th June 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 15th-20th September 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 22nd-27th September 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 1st-6th December 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 8th-12th December 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed. Any
> views or opinions expressed are solely those of the author and do not
> necessarily represent those of Shape Blue Ltd or related companies. If you
> are not the intended recipient of this email, you must neither take any
> action based upon its contents, nor copy or show it to anyone. Please
> contact the sender if you believe you have received this email in error.
> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> Services India LLP is a company incorporated in India and is operated under
> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> company incorporated in Brasil and is operated under license from Shape
> Blue Ltd. ShapeBlue is a registered trademark.
>

Re: Review Request 19941: Add signatureversion and expiring datetime to cloudmonkey/requester.py

[Yichi Lu]

Chiradeep:
The date generated in CloudMonkey is going to be consumed by
server/src/com/cloud/api/ApiServer.java. Yes, I think I can make it
configurable.
I ran a simple test. You can compare the test code
against server/src/com/cloud/api/ApiServer.java::verifyRequest(). The test
code:

import java.io.*;
import java.util.Date;
import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.text.ParseException;

public class MySimpleDateFormat {

private static final DateFormat DateFormatToUse = new
SimpleDateFormat("-MM-dd'T'HH:mm:ssZ");

public void checkTime(String expires) {
Date expiresTS = null;
try {
expiresTS = DateFormatToUse.parse(expires);
} catch (final ParseException pe) {
System.out.println("Incorrect date format for Expires
parameter" + pe.getMessage());
}
final Date now = new Date(System.currentTimeMillis());
System.out.println("now: " + now.toString() + ", expires: " +
expiresTS.toString());
}

public static void main (String[] args) {
if (args.length != 1) {
System.out.println("Usage: MySimpleDateFormat ");
System.exit(0);
}
MySimpleDateFormat msdf = new MySimpleDateFormat();
msdf.checkTime(args[0]);
}
}

>From Python:
>>> (datetime.datetime.utcnow() +
datetime.timedelta(minutes=10)).isoformat()
'2014-04-07T20:25:07.406023'

Here are the JAVA test results:
(1)
USLT-205731:JAVA yichi.lu$ java MySimpleDateFormat
2014-04-07T20:25:07.406023
Incorrect date format for Expires parameterUnparseable date:
"2014-04-07T20:25:07.406023"
Exception in thread "main" java.lang.NullPointerException
at MySimpleDateFormat.checkTime(MySimpleDateFormat.java:19)
at MySimpleDateFormat.main(MySimpleDateFormat.java:28)
(2)
USLT-205731:JAVA yichi.lu$ java MySimpleDateFormat 2014-04-07T20:25:07
Incorrect date format for Expires parameterUnparseable date:
"2014-04-07T20:25:07"
Exception in thread "main" java.lang.NullPointerException
at MySimpleDateFormat.checkTime(MySimpleDateFormat.java:19)
at MySimpleDateFormat.main(MySimpleDateFormat.java:28)
(3)
USLT-205731:JAVA yichi.lu$ java MySimpleDateFormat 2014-04-07T20:25:07Z
Incorrect date format for Expires parameterUnparseable date:
"2014-04-07T20:25:07Z"
Exception in thread "main" java.lang.NullPointerException
at MySimpleDateFormat.checkTime(MySimpleDateFormat.java:19)
at MySimpleDateFormat.main(MySimpleDateFormat.java:28)
(4)
USLT-205731:JAVA yichi.lu$ java MySimpleDateFormat 2014-04-07T20:25:07+0300
now: Mon Apr 07 15:17:04 CDT 2014, expires: Mon Apr 07 12:25:07 CDT 2014
(5)
USLT-205731:JAVA yichi.lu$ java MySimpleDateFormat 2014-04-07T20:25:07-0530
now: Mon Apr 07 15:17:29 CDT 2014, expires: Mon Apr 07 20:55:07 CDT 2014

Yichi


On Mon, Apr 7, 2014 at 11:51 AM, Chiradeep Vittal wrote:

>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19941/#review39692
> ---
>
>
>
> cloudmonkey/requester.py
> 
>
> Seems overly complicated! This should work?
> datetime.utcnow() + timedelta(minutes=expires)
>
>
>
> cloudmonkey/requester.py
> 
>
> Can you make this configurable in the config?
>
>
> - Chiradeep Vittal
>
>
> On April 2, 2014, 4:39 p.m., Yichi Lu wrote:
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/19941/
> > ---
> >
> > (Updated April 2, 2014, 4:39 p.m.)
> >
> >
> > Review request for cloudstack, Chiradeep Vittal and Rohit Yadav.
> >
> >
> > Repository: cloudstack-git
> >
> >
> > Description
> > ---
> >
> > When submitting cloudmonkey commands, include signature version (3) and
> expiration date (10 minutes) to the commnds
> >
> >
> > Diffs
> > -
> >
> >   cloudmonkey/requester.py b06e1fc
> >   server/src/com/cloud/api/dispatch/ParamGenericValidationWorker.java
> 7a73b8a
> >
> > Diff: https://reviews.apache.org/r/19941/diff/
> >
> >
> > Testing
> > ---
> >
> > The request for area west of utc (0):
> > request:  [('signatureversion', '3'), ('apiKey',
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
> ('command', u'listUsers'), ('response', 'json'), ('expires',
> '2014-04-01T17:30:26+0600')]
> > seen by ApiServer.java:
> > org.apache.cloudstack.api.command.admin.user.ListUsersCmd@5574c56e,
>  params: {expires=2014-04-01T17:30:26+0600, signatureversion=3,
> httpmethod=GET,
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
> signature=i6qW1tC3y1oIvXIHc29EUs2nSR8=}
> >
> > The one for area east of utc(0):
> > request:  [('signatureversion', '3'), ('apiKey',
> '1h41nLKEg-

Re: [Announce] New Committer: Lucian Paul (Nux)

[Nitin Mehta]

Congrats NuxŠwell deserved :)

On 07/04/14 1:17 PM, "Nguyen Anh Tu"  wrote:

>Congratulations Nux!
>
>--Tuna
>
>
>On Tue, Apr 8, 2014 at 2:37 AM, Yoshikazu Nojima  wrote:
>
>> Congratulation Nux!
>>
>> 2014-04-07 13:32 GMT-06:00 Giles Sirett :
>> > The Project Management Committee (PMC) for Apache CloudStack has
>> > asked Lucian Paul (Nux)  to become a committer and we are pleased to
>> announce
>> > that he has accepted.
>> >
>> > Being a committer allows many contributors to contribute more
>> autonomously. For
>> > developers, it makes it easier to submit changes and eliminates the
>>need
>> to
>> > have contributions reviewed via the patch submission process. Whether
>> > contributions are development-related or otherwise, it is a
>>recognition
>> of a
>> > contributor's participation in the project and commitment to the
>>project
>> and
>> > the Apache Way.
>> >
>> > Please join me in congratulating Nux!
>> >
>> >
>> > Giles,
>> > on behalf of the Apache CloudStack PMC
>> >
>> >
>> > giles.sir...@shapeblue.com |
>> www.shapeblue.com | Twitter:@shapeBlue<
>> https://twitter.com/#!/shapeblue>
>> >
>> >
>> > Need Enterprise Grade Support for Apache CloudStack?
>> > Our CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/> offers the best
>> 24/7 SLA for CloudStack Environments.
>> >
>> > Apache CloudStack Bootcamp training courses
>> >
>> > **NEW!** CloudStack 4.2.1 training<
>> http://shapeblue.com/cloudstack-training/>
>> > 28th-29th May 2014, Bangalore. Classromm<
>> http://shapeblue.com/cloudstack-training/>
>> > 16th-20th June 2014, Region A. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 23rd-27th June 2014, Region B. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 15th-20th September 2014, Region A. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 22nd-27th September 2014, Region B. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 1st-6th December 2014, Region A. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 8th-12th December 2014, Region B. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> >
>> > This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>>Any
>> views or opinions expressed are solely those of the author and do not
>> necessarily represent those of Shape Blue Ltd or related companies. If
>>you
>> are not the intended recipient of this email, you must neither take any
>> action based upon its contents, nor copy or show it to anyone. Please
>> contact the sender if you believe you have received this email in error.
>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>> Services India LLP is a company incorporated in India and is operated
>>under
>> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
>> company incorporated in Brasil and is operated under license from Shape
>> Blue Ltd. ShapeBlue is a registered trademark.
>>

Re: [Announce] New Committer: Lucian Paul (Nux)

[Alena Prokharchyk]

Congratulations, Nux!

-Alena.

On 4/7/14, 1:53 PM, "Nitin Mehta"  wrote:

>Congrats NuxŠwell deserved :)
>
>On 07/04/14 1:17 PM, "Nguyen Anh Tu"  wrote:
>
>>Congratulations Nux!
>>
>>--Tuna
>>
>>
>>On Tue, Apr 8, 2014 at 2:37 AM, Yoshikazu Nojima 
>>wrote:
>>
>>> Congratulation Nux!
>>>
>>> 2014-04-07 13:32 GMT-06:00 Giles Sirett :
>>> > The Project Management Committee (PMC) for Apache CloudStack has
>>> > asked Lucian Paul (Nux)  to become a committer and we are pleased to
>>> announce
>>> > that he has accepted.
>>> >
>>> > Being a committer allows many contributors to contribute more
>>> autonomously. For
>>> > developers, it makes it easier to submit changes and eliminates the
>>>need
>>> to
>>> > have contributions reviewed via the patch submission process. Whether
>>> > contributions are development-related or otherwise, it is a
>>>recognition
>>> of a
>>> > contributor's participation in the project and commitment to the
>>>project
>>> and
>>> > the Apache Way.
>>> >
>>> > Please join me in congratulating Nux!
>>> >
>>> >
>>> > Giles,
>>> > on behalf of the Apache CloudStack PMC
>>> >
>>> >
>>> > giles.sir...@shapeblue.com |
>>> www.shapeblue.com | Twitter:@shapeBlue<
>>> https://twitter.com/#!/shapeblue>
>>> >
>>> >
>>> > Need Enterprise Grade Support for Apache CloudStack?
>>> > Our CloudStack Infrastructure Support<
>>> http://shapeblue.com/cloudstack-infrastructure-support/> offers the
>>>best
>>> 24/7 SLA for CloudStack Environments.
>>> >
>>> > Apache CloudStack Bootcamp training courses
>>> >
>>> > **NEW!** CloudStack 4.2.1 training<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 28th-29th May 2014, Bangalore. Classromm<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 16th-20th June 2014, Region A. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 23rd-27th June 2014, Region B. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 15th-20th September 2014, Region A. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 22nd-27th September 2014, Region B. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 1st-6th December 2014, Region A. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> > 8th-12th December 2014, Region B. Instructor led, On-line<
>>> http://shapeblue.com/cloudstack-training/>
>>> >
>>> > This email and any attachments to it may be confidential and are
>>> intended solely for the use of the individual to whom it is addressed.
>>>Any
>>> views or opinions expressed are solely those of the author and do not
>>> necessarily represent those of Shape Blue Ltd or related companies. If
>>>you
>>> are not the intended recipient of this email, you must neither take any
>>> action based upon its contents, nor copy or show it to anyone. Please
>>> contact the sender if you believe you have received this email in
>>>error.
>>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>>> Services India LLP is a company incorporated in India and is operated
>>>under
>>> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
>>> company incorporated in Brasil and is operated under license from Shape
>>> Blue Ltd. ShapeBlue is a registered trademark.
>>>
>

RE: [Announce] New Committer: Lucian Paul (Nux)

[Rajesh Battala]

Hearty Congratulations Nux!

-Original Message-
From: Giles Sirett [mailto:giles.sir...@shapeblue.com] 
Sent: Tuesday, April 8, 2014 1:02 AM
To: dev@cloudstack.apache.org
Subject: [Announce] New Committer: Lucian Paul (Nux)

The Project Management Committee (PMC) for Apache CloudStack has asked Lucian 
Paul (Nux)  to become a committer and we are pleased to announce that he has 
accepted.

Being a committer allows many contributors to contribute more autonomously. For 
developers, it makes it easier to submit changes and eliminates the need to 
have contributions reviewed via the patch submission process. Whether 
contributions are development-related or otherwise, it is a recognition of a 
contributor's participation in the project and commitment to the project and 
the Apache Way.

Please join me in congratulating Nux!


Giles,
on behalf of the Apache CloudStack PMC


giles.sir...@shapeblue.com | 
www.shapeblue.com | 
Twitter:@shapeBlue


Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
28th-29th May 2014, Bangalore. 
Classromm
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line
15th-20th September 2014, Region A. Instructor led, 
On-line
22nd-27th September 2014, Region B. Instructor led, 
On-line
1st-6th December 2014, Region A. Instructor led, 
On-line
8th-12th December 2014, Region B. Instructor led, 
On-line

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Review Request 19941: Add signatureversion and expiring datetime to cloudmonkey/requester.py

[Chiradeep Vittal]

> On April 7, 2014, 4:51 p.m., Chiradeep Vittal wrote:
> >

this should work? 
(datetime.datetime.utcnow() + 
datetime.timedelta(minutes=10)).strftime('%Y-%m-%dT%H:%M:%S +')


- Chiradeep


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19941/#review39692
---


On April 2, 2014, 4:39 p.m., Yichi Lu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19941/
> ---
> 
> (Updated April 2, 2014, 4:39 p.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal and Rohit Yadav.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When submitting cloudmonkey commands, include signature version (3) and 
> expiration date (10 minutes) to the commnds
> 
> 
> Diffs
> -
> 
>   cloudmonkey/requester.py b06e1fc 
>   server/src/com/cloud/api/dispatch/ParamGenericValidationWorker.java 7a73b8a 
> 
> Diff: https://reviews.apache.org/r/19941/diff/
> 
> 
> Testing
> ---
> 
> The request for area west of utc (0):
> request:  [('signatureversion', '3'), ('apiKey', 
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
>  ('command', u'listUsers'), ('response', 'json'), ('expires', 
> '2014-04-01T17:30:26+0600')]
> seen by ApiServer.java:
> org.apache.cloudstack.api.command.admin.user.ListUsersCmd@5574c56e,  params: 
> {expires=2014-04-01T17:30:26+0600, signatureversion=3, httpmethod=GET, 
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
>  signature=i6qW1tC3y1oIvXIHc29EUs2nSR8=}
> 
> The one for area east of utc(0):
> request:  [('signatureversion', '3'), ('apiKey', 
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
>  ('command', u'listUsers'), ('response', 'json'), ('expires', 
> '2014-04-01T21:16:45-0630')]
> org.apache.cloudstack.api.command.admin.user.ListUsersCmd@3484bd18,  params: 
> {expires=2014-04-01T21:16:45-0630, signatureversion=3, httpmethod=GET, 
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
>  signature=9RDS6RWAz9vs4XHa6LRXxtd7MhQ=}
> 
> 
> Thanks,
> 
> Yichi Lu
> 
>

Re: [Announce] New Committer: Lucian Paul (Nux)

[Sebastien Goasguen]

congrats Lucian,

now please keep the Borgs out of cloudstack :)

On Apr 7, 2014, at 5:06 PM, Rajesh Battala  wrote:

> Hearty Congratulations Nux!
> 
> -Original Message-
> From: Giles Sirett [mailto:giles.sir...@shapeblue.com] 
> Sent: Tuesday, April 8, 2014 1:02 AM
> To: dev@cloudstack.apache.org
> Subject: [Announce] New Committer: Lucian Paul (Nux)
> 
> The Project Management Committee (PMC) for Apache CloudStack has asked Lucian 
> Paul (Nux)  to become a committer and we are pleased to announce that he has 
> accepted.
> 
> Being a committer allows many contributors to contribute more autonomously. 
> For developers, it makes it easier to submit changes and eliminates the need 
> to have contributions reviewed via the patch submission process. Whether 
> contributions are development-related or otherwise, it is a recognition of a 
> contributor's participation in the project and commitment to the project and 
> the Apache Way.
> 
> Please join me in congratulating Nux!
> 
> 
> Giles,
> on behalf of the Apache CloudStack PMC
> 
> 
> giles.sir...@shapeblue.com | 
> www.shapeblue.com | 
> Twitter:@shapeBlue
> 
> 
> Need Enterprise Grade Support for Apache CloudStack?
> Our CloudStack Infrastructure 
> Support offers the 
> best 24/7 SLA for CloudStack Environments.
> 
> Apache CloudStack Bootcamp training courses
> 
> **NEW!** CloudStack 4.2.1 training
> 28th-29th May 2014, Bangalore. 
> Classromm
> 16th-20th June 2014, Region A. Instructor led, 
> On-line
> 23rd-27th June 2014, Region B. Instructor led, 
> On-line
> 15th-20th September 2014, Region A. Instructor led, 
> On-line
> 22nd-27th September 2014, Region B. Instructor led, 
> On-line
> 1st-6th December 2014, Region A. Instructor led, 
> On-line
> 8th-12th December 2014, Region B. Instructor led, 
> On-line
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue is a registered 
> trademark.

Re: Review Request 19941: Add signatureversion and expiring datetime to cloudmonkey/requester.py

[Yichi Lu]

That's a very good idea. It does work, like this: (datetime.datetime.utcnow()
+ datetime.timedelta(minutes=10)).strftime('%Y-%m-%dT%H:%M:%S+'). (No
space between '%S' and '+').


On Mon, Apr 7, 2014 at 4:21 PM, Chiradeep Vittal wrote:

>This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19941/
>
> this should work?
> (datetime.datetime.utcnow() + 
> datetime.timedelta(minutes=10)).strftime('%Y-%m-%dT%H:%M:%S +')
>
>
> - Chiradeep
>
> On April 2nd, 2014, 4:39 p.m. UTC, Yichi Lu wrote:
>   Review request for cloudstack, Chiradeep Vittal and Rohit Yadav.
> By Yichi Lu.
>
> *Updated April 2, 2014, 4:39 p.m.*
>  *Repository: * cloudstack-git
> Description
>
> When submitting cloudmonkey commands, include signature version (3) and 
> expiration date (10 minutes) to the commnds
>
>   Testing
>
> The request for area west of utc (0):
> request:  [('signatureversion', '3'), ('apiKey', 
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
>  ('command', u'listUsers'), ('response', 'json'), ('expires', 
> '2014-04-01T17:30:26+0600')]
> seen by ApiServer.java:
> org.apache.cloudstack.api.command.admin.user.ListUsersCmd@5574c56e,  params: 
> {expires=2014-04-01T17:30:26+0600, signatureversion=3, httpmethod=GET, 
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
>  signature=i6qW1tC3y1oIvXIHc29EUs2nSR8=}
>
> The one for area east of utc(0):
> request:  [('signatureversion', '3'), ('apiKey', 
> '1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ'),
>  ('command', u'listUsers'), ('response', 'json'), ('expires', 
> '2014-04-01T21:16:45-0630')]
> org.apache.cloudstack.api.command.admin.user.ListUsersCmd@3484bd18,  params: 
> {expires=2014-04-01T21:16:45-0630, signatureversion=3, httpmethod=GET, 
> apiKey=1h41nLKEg-3uO3TSWBQ_twEBfWGY2Uu0WrWkbvgWA_ogvKF-6By6GGTscPjyktVWHVAnmSD3BIXA9sNWMcfidQ,
>  signature=9RDS6RWAz9vs4XHa6LRXxtd7MhQ=}
>
>   Diffs
>
>- cloudmonkey/requester.py (b06e1fc)
>- server/src/com/cloud/api/dispatch/ParamGenericValidationWorker.java
>(7a73b8a)
>
> View Diff 
>

Re: [Announce] New Committer: Lucian Paul (Nux)

[David Nalley]

No. Please add them. We want to assimilate every user of cloud computing ;)
On Apr 7, 2014 3:35 PM, "Sebastien Goasguen"  wrote:

> congrats Lucian,
>
> now please keep the Borgs out of cloudstack :)
>
> On Apr 7, 2014, at 5:06 PM, Rajesh Battala 
> wrote:
>
> > Hearty Congratulations Nux!
> >
> > -Original Message-
> > From: Giles Sirett [mailto:giles.sir...@shapeblue.com]
> > Sent: Tuesday, April 8, 2014 1:02 AM
> > To: dev@cloudstack.apache.org
> > Subject: [Announce] New Committer: Lucian Paul (Nux)
> >
> > The Project Management Committee (PMC) for Apache CloudStack has asked
> Lucian Paul (Nux)  to become a committer and we are pleased to announce
> that he has accepted.
> >
> > Being a committer allows many contributors to contribute more
> autonomously. For developers, it makes it easier to submit changes and
> eliminates the need to have contributions reviewed via the patch submission
> process. Whether contributions are development-related or otherwise, it is
> a recognition of a contributor's participation in the project and
> commitment to the project and the Apache Way.
> >
> > Please join me in congratulating Nux!
> >
> >
> > Giles,
> > on behalf of the Apache CloudStack PMC
> >
> >
> > giles.sir...@shapeblue.com |
> www.shapeblue.com | Twitter:@shapeBlue<
> https://twitter.com/#!/shapeblue>
> >
> >
> > Need Enterprise Grade Support for Apache CloudStack?
> > Our CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/> offers the best
> 24/7 SLA for CloudStack Environments.
> >
> > Apache CloudStack Bootcamp training courses
> >
> > **NEW!** CloudStack 4.2.1 training<
> http://shapeblue.com/cloudstack-training/>
> > 28th-29th May 2014, Bangalore. Classromm<
> http://shapeblue.com/cloudstack-training/>
> > 16th-20th June 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 23rd-27th June 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 15th-20th September 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 22nd-27th September 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 1st-6th December 2014, Region A. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> > 8th-12th December 2014, Region B. Instructor led, On-line<
> http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed. Any
> views or opinions expressed are solely those of the author and do not
> necessarily represent those of Shape Blue Ltd or related companies. If you
> are not the intended recipient of this email, you must neither take any
> action based upon its contents, nor copy or show it to anyone. Please
> contact the sender if you believe you have received this email in error.
> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
> Services India LLP is a company incorporated in India and is operated under
> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
> company incorporated in Brasil and is operated under license from Shape
> Blue Ltd. ShapeBlue is a registered trademark.
>
>

Problem with VMware CloudStack SSVM Agent

[Soheil Eizadi]

I am trying to bring up CloudStack 4.4 on vSphere 5.1, I cannot get the Agent 
to run on SSVM, here is the error:

 =templateProcessor mtu=1500 eth2ip=10.48.15.100 eth2mask=255.255.255.0 
gateway=10.48.15.1 public.network.device=eth2 eth0mask=0.0.0.0 eth0ip=0.0.0.0 
eth1ip=10.48.15.49 eth1mask=255.255.255.0 mgmtcidr=10.48.15.0/24 
localgw=10.48.15.1 private.network.device=eth1 eth3ip=10.48.15.33 
eth3mask=255.255.255.0 storageip=10.48.15.33 storagenetmask=255.255.255.0 
storagegateway=10.48.15.1 internaldns1=10.48.2.11 internaldns2= dns1=10.48.2.11 
dns2=

Exception in thread "main" java.lang.UnsupportedClassVersionError: 
com/cloud/agent/AgentShell : Unsupported major.minor version 51.0

at java.lang.ClassLoader.defineClass1(Native Method)

at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)

at java.lang.ClassLoader.defineClass(ClassLoader.java:615)

at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)

at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)

at java.net.URLClassLoader.access$000(URLClassLoader.java:58)

at java.net.URLClassLoader$1.run(URLClassLoader.java:197)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(URLClassLoader.java:190)

at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)

at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

Could not find the main class: com.cloud.agent.AgentShell.  Program will exit.



Here is the SSVM diags:

root@s-22-VM:/var/log/cloud# /usr/local/cloud/systemvm/ssvm-check.sh



First DNS server is  10.48.2.11

PING 10.48.2.11 (10.48.2.11): 56 data bytes

64 bytes from 10.48.2.11: icmp_seq=0 ttl=63 time=1.423 ms

64 bytes from 10.48.2.11: icmp_seq=1 ttl=63 time=0.338 ms

--- 10.48.2.11 ping statistics ---

2 packets transmitted, 2 packets received, 0% packet loss

round-trip min/avg/max/stddev = 0.338/0.881/1.423/0.543 ms

Good: Can ping DNS server



Good: DNS resolves download.cloud.com



ERROR: NFS is not currently mounted

Try manually mounting from inside the VM

NFS server is  eth2

ping: unknown host

WARNING: cannot ping nfs server

routing table follows

Kernel IP routing table

Destination Gateway Genmask Flags Metric RefUse Iface

10.48.15.0  0.0.0.0 255.255.255.0   U 0  00 eth1

10.48.15.0  0.0.0.0 255.255.255.0   U 0  00 eth2

10.48.15.0  0.0.0.0 255.255.255.0   U 0  00 eth3

0.0.0.0 10.48.15.1  0.0.0.0 UG0  00 eth2



Management server is 10.48.15.10. Checking connectivity.

Good: Can connect to management server port 8250



ERROR: Java process not running.  Try restarting the SSVM.

Maven style checker issue

[Frank Zhang]

I struggled two days to fix my several tens of files for trailing space, tab, 
unused imports... manually(vim + sed). 
Yes, manually because I am using Intellj the ApacheCloudStack formatter profile 
won't work for me, even though Intellj 13 claims supporting Eclipse formatter 
profile,  it doesn't work at all. 
I can understand most of rules except below:

1. Using the '.*' form of import should be avoided

This totally breaks Intellj and some J2SE library. Intellj will automatically 
use a single ".*" to replace multiple separate imports if all imports are from 
the same package. And if you use JAXB which is J2SE XML standard library, you 
will see it puts "javax.xml.bind.annotation.*" on every generated java-xml 
binding. 

2.  Name 'SSHPublicKey' must match pattern '^[a-z][a-zA-Z0-9]*$'.  What's wrong 
in using SSH instead of Ssh?

I don't know what standard these rules are based on, and I don't think there is 
a world agreed standard in Java for code format.

When we defined these rules, did we widely consider people not using Eclipse? 
Do we really think these rules make our code look better(to be honest, I don't 
know what's wrong with trailing space and tab, remember Java is not Python)?

>From my two days experience, it really makes developer's life hard

FW: Maven style checker issue

[Frank Zhang]

-Original Message-
From: Frank Zhang [mailto:frank.zh...@citrix.com] 
Sent: Monday, April 07, 2014 4:43 PM
To: cloudstack-...@incubator.apache.org
Subject: Maven style checker issue

I struggled two days to fix my several tens of files for trailing space, tab, 
unused imports... manually(vim + sed). 
Yes, manually because I am using Intellj the ApacheCloudStack formatter profile 
won't work for me, even though Intellj 13 claims supporting Eclipse formatter 
profile,  it doesn't work at all. 
I can understand most of rules except below:

1. Using the '.*' form of import should be avoided

This totally breaks Intellj and some J2SE library. Intellj will automatically 
use a single ".*" to replace multiple separate imports if all imports are from 
the same package. And if you use JAXB which is J2SE XML standard library, you 
will see it puts "javax.xml.bind.annotation.*" on every generated java-xml 
binding. 

2.  Name 'SSHPublicKey' must match pattern '^[a-z][a-zA-Z0-9]*$'.  What's wrong 
in using SSH instead of Ssh?

I don't know what standard these rules are based on, and I don't think there is 
a world agreed standard in Java for code format.

When we defined these rules, did we widely consider people not using Eclipse? 
Do we really think these rules make our code look better(to be honest, I don't 
know what's wrong with trailing space and tab, remember Java is not Python)?

>From my two days experience, it really makes developer's life hard

Re: [QUESTION] Debugging CS VMware logic in Eclipse

[Kelven Yang]

If it is only for debugging purpose, you can temporarily make code changes
to re-route command to the VMware resource that¹s running inside
management server. That will be more convenient than debugging inside SSVM

Kelven

On 4/6/14, 11:19 PM, "Mike Tutkowski"  wrote:

>Sorry - perhaps I should have been more precise: I'm looking at the code
>inside of the server resource for XenServer or VMware that downloads a
>template from the secondary-storage NFS share to primary storage. I've
>modified this code in the past for a feature I'm working on and wanted to
>trace through part of it.
>
>
>On Mon, Apr 7, 2014 at 12:16 AM, Sateesh Chodapuneedi <
>sateesh.chodapune...@citrix.com> wrote:
>
>> Mike,
>> Most of storage commands would run inside SSVM. You need to attach
>> debugger to cloud agent in SSVM to catch those break points.
>>
>> Regards,
>> Sateesh
>>
>> > -Original Message-
>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> > Sent: 07 April 2014 09:53
>> > To: dev@cloudstack.apache.org
>> > Subject: Re: [QUESTION] Debugging CS VMware logic in Eclipse
>> >
>> > That's an interesting thought, Punith.
>> >
>> > I just checked my debug config, though, and it appears the proper path
>> is in place.
>> >
>> > Plus, I also noticed just a moment ago that some VMware code can hit a
>> breakpoint (I'm seeing stats requests get breakpointed, but not my
>> > storage commands).
>> >
>> >
>> > On Sun, Apr 6, 2014 at 10:16 PM, Punith S 
>> wrote:
>> >
>> > > hi,
>> > >
>> > > try deleting the existing remote debug config and try to add new
>>one ,
>> > > i guess vmware project is not imported in the existing debug config.
>> > >
>> > > thanks.
>> > >
>> > >
>> > > On Mon, Apr 7, 2014 at 7:55 AM, Mike Tutkowski <
>> > > mike.tutkow...@solidfire.com
>> > > > wrote:
>> > >
>> > > > Also, both codebases were compiled the following way:
>> > > >
>> > > > mvn -P developer,systemvm clean install -D noredist
>> > > >
>> > > > I ran the CS MS this way:
>> > > >
>> > > > mvn -pl client jetty:run -D noredist
>> > > >
>> > > >
>> > > > On Sun, Apr 6, 2014 at 8:19 PM, Mike Tutkowski <
>> > > > mike.tutkow...@solidfire.com
>> > > > > wrote:
>> > > >
>> > > > > Hi,
>> > > > >
>> > > > > I have a weird debug problem that perhaps someone might be able
>>to
>> > > > > shed some light on.
>> > > > >
>> > > > > I am trying to hit a breakpoint in VmwareStorageProcessor
>> > > > > (copyTemplateToPrimaryStorage(CopyCommand)).
>> > > > >
>> > > > > This has worked fine in the past, but - for whatever reason -
>> > > > > today I
>> > > can
>> > > > > hit breakpoints in CS core code, but not in
>>VmwareStorageProcessor.
>> > > > >
>> > > > > The code executes just fine...the template is copied down from
>> > > secondary
>> > > > > storage and all of that. I can set and hit a breakpoint in CS
>>code
>> > > > > that sends the message; however, breakpoints in the
>>VMware-related
>> > > > > code get ignored.
>> > > > >
>> > > > > The code on my management server and the code on my client
>>machine
>> > > where
>> > > > I
>> > > > > am debugging are at the same SHA value.
>> > > > >
>> > > > > Any ideas what might be going on here? I can hit an equivalent
>> > > breakpoint
>> > > > > in XenServer code (where the template is being copied down).
>> > > > >
>> > > > > Thanks!
>> > > > >
>> > > > > --
>> > > > > *Mike Tutkowski*
>> > > > > *Senior CloudStack Developer, SolidFire Inc.*
>> > > > > e: mike.tutkow...@solidfire.com
>> > > > > o: 303.746.7302
>> > > > > Advancing the way the world uses the cloud<
>> > > > http://solidfire.com/solution/overview/?video=play>
>> > > > > *(tm)*
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > *Mike Tutkowski*
>> > > > *Senior CloudStack Developer, SolidFire Inc.*
>> > > > e: mike.tutkow...@solidfire.com
>> > > > o: 303.746.7302
>> > > > Advancing the way the world uses the
>> > > > cloud
>> > > > *(tm)*
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > regards,
>> > >
>> > > punith s
>> > > cloudbyte.com
>> > >
>> >
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the
>> > cloud
>> > *(tm)*
>>
>
>
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the
>cloud
>*(tm)*

Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alena Prokharchyk]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20099/#review39753
---



Alex, just discussed your changes to existing CS code 
(Account/Domain/UserManager, VOs, Daos, GenericDaoBase), with Alex Huang. Here 
are the concerns:


1) there is no need to update the Removed field. Once the entry is removed, you 
should purely rely on the removed not to be null, in order to update it in the 
second region database.

2) The big issue - you can't trigger generic dao fields modification - 
Modified/Removed - through the Management/Services layer. Once the field is 
defined in Generic Dao Attributes, it should be populated by generic dao only. 
It should never be populated by the business logic component what your service 
is. 

You should remove the field updates from all the methods I've mentioned in my 
previous review (for example,

 AccountManager

  public boolean disableAccount(long accountId, Date modified) throws 
ConcurrentOperationException, ResourceUnavailableException;)

and find another way of keeping track of modified attribute update for the CS 
objects.

Alex suggested a following solution:
=
* Every time user/domain/account is created/updated/removed in CS, certain 
Action event is generated. There is a way to pubish this event to the event 
bus, either rabbitMQ or in-memory bus.
* Instead of scanning user/domain/account tables, your plugin should listen to 
the create/update/remove user/domain/account events published to the event bus, 
and update the user/domain/account in all regions in the system accordingly
* Of course, you have to skip the event processing for the event generated by 
your plugin - this part can be tricky
* The events processing should be synchronized on the resource type 
(user/account/domain) + event timestamp in your plugin, so all the events for 
the same resource are processed in the order based on the timeStamp they were 
generated

When to use in-memory bus vs RabbitMQ? It depends on how your service runs. If 
it runs on each management server, then it would be responsible only for events 
generated by this management server, and should use events published to 
in-memory bus.
If your server runs only on one of the Management servers, and there are 
multiple servers in the cluster, you should listen to all the events from all 
the management servers in cluster. In this case, you should use RabbitMQ bus.

Here is the link to the in-memory bus FS:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/In-memory+event+bus
But I'm sure you are familiar how this stuff works as you utilize the event bus 
in your code already.

Or you can find another solution; but this solution should never involve direct 
modification for "Modified" field by your plugin.

3) You should add a way to disable your plugin through Global Config/API. This 
should be done to support the case when user/domain/account entries are 
generated by some app running on top of CS, for all the regions in the system. 
In this case admin controls the user/domain/account entries outside of the CS, 
and synchronize them outside as well - so might need to disable your plugin.

- Alena Prokharchyk


On April 7, 2014, 7:13 p.m., Alex Ough wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20099/
> ---
> 
> (Updated April 7, 2014, 7:13 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This is the review request for the core changes related with #17790 that has 
> only the new plugin codes.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/domain/Domain.java 365a705 
>   api/src/com/cloud/event/EventTypes.java 39ef710 
>   api/src/com/cloud/user/Account.java b912e51 
>   api/src/com/cloud/user/AccountService.java 7e37b38 
>   api/src/com/cloud/user/User.java 36e9028 
>   api/src/com/cloud/user/UserAccount.java c5a0637 
>   api/src/org/apache/cloudstack/api/ApiConstants.java fdb4558 
>   api/src/org/apache/cloudstack/api/BaseCmd.java f6f21ae 
>   api/src/org/apache/cloudstack/api/command/admin/region/AddRegionCmd.java 
> f6743ba 
>   api/src/org/apache/cloudstack/api/command/admin/region/UpdateRegionCmd.java 
> b08cbbb 
>   api/src/org/apache/cloudstack/api/response/AccountResponse.java 2e50c51 
>   api/src/org/apache/cloudstack/api/response/DomainResponse.java 0c0281e 
>   api/src/org/apache/cloudstack/api/response/RegionResponse.java 6c74fa6 
>   api/src/org/apache/cloudstack/api/response/UserResponse.java 40e1561 
>   api/src/org/apache/cloudstack/region/Region.java df64e44 
>   api/src/org/apache/cloudstack/region/RegionService.java afefcc7 
>   api/test/org/apache/cloudstack/

Re: [QUESTION] Debugging CS VMware logic in Eclipse

[Mike Tutkowski]

Hi Kelven,

Can you elaborate more on what you're referring to?

In the past, I've changed code and set breakpoints inside VmwareResource
and VmwareStorageProcessor and was able to debug that way.

As you say, that code was running inside the CS MS.

When would this code run inside of SSVM instead of CS MS? I'm unclear about
that.

Thanks for clarifying!
Mike


On Mon, Apr 7, 2014 at 6:35 PM, Kelven Yang  wrote:

> If it is only for debugging purpose, you can temporarily make code changes
> to re-route command to the VMware resource that¹s running inside
> management server. That will be more convenient than debugging inside SSVM
>
> Kelven
>
> On 4/6/14, 11:19 PM, "Mike Tutkowski" 
> wrote:
>
> >Sorry - perhaps I should have been more precise: I'm looking at the code
> >inside of the server resource for XenServer or VMware that downloads a
> >template from the secondary-storage NFS share to primary storage. I've
> >modified this code in the past for a feature I'm working on and wanted to
> >trace through part of it.
> >
> >
> >On Mon, Apr 7, 2014 at 12:16 AM, Sateesh Chodapuneedi <
> >sateesh.chodapune...@citrix.com> wrote:
> >
> >> Mike,
> >> Most of storage commands would run inside SSVM. You need to attach
> >> debugger to cloud agent in SSVM to catch those break points.
> >>
> >> Regards,
> >> Sateesh
> >>
> >> > -Original Message-
> >> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> > Sent: 07 April 2014 09:53
> >> > To: dev@cloudstack.apache.org
> >> > Subject: Re: [QUESTION] Debugging CS VMware logic in Eclipse
> >> >
> >> > That's an interesting thought, Punith.
> >> >
> >> > I just checked my debug config, though, and it appears the proper path
> >> is in place.
> >> >
> >> > Plus, I also noticed just a moment ago that some VMware code can hit a
> >> breakpoint (I'm seeing stats requests get breakpointed, but not my
> >> > storage commands).
> >> >
> >> >
> >> > On Sun, Apr 6, 2014 at 10:16 PM, Punith S 
> >> wrote:
> >> >
> >> > > hi,
> >> > >
> >> > > try deleting the existing remote debug config and try to add new
> >>one ,
> >> > > i guess vmware project is not imported in the existing debug config.
> >> > >
> >> > > thanks.
> >> > >
> >> > >
> >> > > On Mon, Apr 7, 2014 at 7:55 AM, Mike Tutkowski <
> >> > > mike.tutkow...@solidfire.com
> >> > > > wrote:
> >> > >
> >> > > > Also, both codebases were compiled the following way:
> >> > > >
> >> > > > mvn -P developer,systemvm clean install -D noredist
> >> > > >
> >> > > > I ran the CS MS this way:
> >> > > >
> >> > > > mvn -pl client jetty:run -D noredist
> >> > > >
> >> > > >
> >> > > > On Sun, Apr 6, 2014 at 8:19 PM, Mike Tutkowski <
> >> > > > mike.tutkow...@solidfire.com
> >> > > > > wrote:
> >> > > >
> >> > > > > Hi,
> >> > > > >
> >> > > > > I have a weird debug problem that perhaps someone might be able
> >>to
> >> > > > > shed some light on.
> >> > > > >
> >> > > > > I am trying to hit a breakpoint in VmwareStorageProcessor
> >> > > > > (copyTemplateToPrimaryStorage(CopyCommand)).
> >> > > > >
> >> > > > > This has worked fine in the past, but - for whatever reason -
> >> > > > > today I
> >> > > can
> >> > > > > hit breakpoints in CS core code, but not in
> >>VmwareStorageProcessor.
> >> > > > >
> >> > > > > The code executes just fine...the template is copied down from
> >> > > secondary
> >> > > > > storage and all of that. I can set and hit a breakpoint in CS
> >>code
> >> > > > > that sends the message; however, breakpoints in the
> >>VMware-related
> >> > > > > code get ignored.
> >> > > > >
> >> > > > > The code on my management server and the code on my client
> >>machine
> >> > > where
> >> > > > I
> >> > > > > am debugging are at the same SHA value.
> >> > > > >
> >> > > > > Any ideas what might be going on here? I can hit an equivalent
> >> > > breakpoint
> >> > > > > in XenServer code (where the template is being copied down).
> >> > > > >
> >> > > > > Thanks!
> >> > > > >
> >> > > > > --
> >> > > > > *Mike Tutkowski*
> >> > > > > *Senior CloudStack Developer, SolidFire Inc.*
> >> > > > > e: mike.tutkow...@solidfire.com
> >> > > > > o: 303.746.7302
> >> > > > > Advancing the way the world uses the cloud<
> >> > > > http://solidfire.com/solution/overview/?video=play>
> >> > > > > *(tm)*
> >> > > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > --
> >> > > > *Mike Tutkowski*
> >> > > > *Senior CloudStack Developer, SolidFire Inc.*
> >> > > > e: mike.tutkow...@solidfire.com
> >> > > > o: 303.746.7302
> >> > > > Advancing the way the world uses the
> >> > > > cloud
> >> > > > *(tm)*
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > regards,
> >> > >
> >> > > punith s
> >> > > cloudbyte.com
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the
> >> > cloud

cloudmanagementserver.keystore

[Michael Phillips]

I know this was a problem in 4.2.1 in which the system would endlessly log the 
following error:
014-04-07 22:29:29,715 WARN  [c.c.u.n.Link] (AgentManager-Selector:null) SSL: 
Fail to find the generated keystore. Loading fail-safe one to continue.
The fix was to rename 
/etc/cloudstack/management/cloudmanagementserver.keystore, to cloud.keystore 
then restart cloudstack.
I just installed 4.3.0 fresh, and it seems like this problem persists with a 
twist. The system now does not create any keystore file and logs the following 
3 errors.
Executing: sudo keytool -genkey -keystore 
/etc/cloudstack/management/cloudmanagementserver.keystore -storepass vmops.com 
-keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
User",ou="ustxdalcstackwebp1.cloudagy.local",o="ustxdalcstackwebp1.cloudagy.local",c="Unknown"
 2014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) Exit value is 
12014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty 
present and no askpass program specified
My fix was to run the above command "keytool..." from the command line, then 
rename the file to cloud.keystore. Once I did that it stopped logging the "SSL: 
Fail to find the generated keystore" errors. Can anyone else confirm they saw 
this behavior in 4.3.0? If so I can make a bug report in JIRA..
  

Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alex Ough]

Alena/Alex,

I think I need to give some explanation how this works.

There are 2 ways of sync.

1. The real time sync : Whenever a resource is create/updated/removed, each
region gets the event of that and requests the same job to all remote
regions using API interfaces, which will create/update/remove the same
resource in each remote region in the real time.

2. Full scan : There can be some interruption (whatever the reason is) that
makes fail the real time sync, so each region scans its own resources with
an interval and compares them with those of remote regions. This is a
little tricky because we need to find out whose change is later when there
is any discrepancy between resources in the local & remote regions and this
is why we need maintain the created/updated/removed times.

1) When a resource exists in both local (L) and remote regions (R1)
- compare the 'updated' times of both
- Update the local's resource using remote resource attributes only
if the updated time of the remote region is later
- Store the "updated" time of the remote resource (not the current
time) as the local's updated time
- If we store the current time as the updated time, it will cause
an mis-sync
  because if the resource was updated in another remote region (R2)
a little after it was updated in the remote region(R1),
  update in R2 region will be overwritten by the update in R1
because the current time is later than the updated time of R2

2) When a resource exists only in the local region
   - Find if there was a removal event of this resource in the remote
region
   - and if so, compare the time when the event occurred with the
created time in the local region
   - Remove the resource from the local only if the event time is later
   - Like #1, store the time the event was occurred as the 'removed'
time of the removed resource in the local region

3) When a resource exists only in the remote region
  - Find if the resource in the local has been removed
  - If so, compare the removal time in the local and the created time
in the remote
  - Create the resource in the local only if either the local was not
removed or the created time of the remote is later than the removal in local
  - LIke #1 & #2, store the time of the created of the remote region as
the 'created' time of the newly created in the local region.

I hope this will help you understand how the create/updated/removed times
are managed.
If there is no failure in the real time sync (#1), we'll not need the full
scan (#2) and we don't need to worry about the times,
but there is no way to guarantee #1 not to be failed, so #2 is very
important to be supported.

Please let me know what you think and we can have a conference call if you
want.
Thanks
Alex Ough


On Mon, Apr 7, 2014 at 8:39 PM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:

>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20099/#review39753
> ---
>
>
>
> Alex, just discussed your changes to existing CS code
> (Account/Domain/UserManager, VOs, Daos, GenericDaoBase), with Alex Huang.
> Here are the concerns:
>
>
> 1) there is no need to update the Removed field. Once the entry is
> removed, you should purely rely on the removed not to be null, in order to
> update it in the second region database.
>
> 2) The big issue - you can't trigger generic dao fields modification -
> Modified/Removed - through the Management/Services layer. Once the field is
> defined in Generic Dao Attributes, it should be populated by generic dao
> only. It should never be populated by the business logic component what
> your service is.
>
> You should remove the field updates from all the methods I've mentioned in
> my previous review (for example,
>
>  AccountManager
>
>   public boolean disableAccount(long accountId, Date modified) throws
> ConcurrentOperationException, ResourceUnavailableException;)
>
> and find another way of keeping track of modified attribute update for the
> CS objects.
>
> Alex suggested a following solution:
> =
> * Every time user/domain/account is created/updated/removed in CS, certain
> Action event is generated. There is a way to pubish this event to the event
> bus, either rabbitMQ or in-memory bus.
> * Instead of scanning user/domain/account tables, your plugin should
> listen to the create/update/remove user/domain/account events published to
> the event bus, and update the user/domain/account in all regions in the
> system accordingly
> * Of course, you have to skip the event processing for the event generated
> by your plugin - this part can be tricky
> * The events processing should be synchronized on the resource type
> (user/account/domain) + event timestamp in your plugin, 

Re: Review Request 20099: Domain-Account-User Sync Up Among Multiple Regions (Core Changes)

[Alex Ough]

And all 4 of the recommendations Alex Hwang gave were already implemented
to support the real time synchronization (#1),
but like I said in the previous email, we need to support the full scan
(#2) to cover any failures during the synchronization.

Thanks
Alex Ough



On Tue, Apr 8, 2014 at 12:10 AM, Alex Ough  wrote:

> Alena/Alex,
>
> I think I need to give some explanation how this works.
>
> There are 2 ways of sync.
>
> 1. The real time sync : Whenever a resource is create/updated/removed,
> each region gets the event of that and requests the same job to all remote
> regions using API interfaces, which will create/update/remove the same
> resource in each remote region in the real time.
>
> 2. Full scan : There can be some interruption (whatever the reason is)
> that makes fail the real time sync, so each region scans its own resources
> with an interval and compares them with those of remote regions. This is a
> little tricky because we need to find out whose change is later when there
> is any discrepancy between resources in the local & remote regions and this
> is why we need maintain the created/updated/removed times.
>
> 1) When a resource exists in both local (L) and remote regions (R1)
> - compare the 'updated' times of both
> - Update the local's resource using remote resource attributes
> only if the updated time of the remote region is later
> - Store the "updated" time of the remote resource (not the current
> time) as the local's updated time
> - If we store the current time as the updated time, it will cause
> an mis-sync
>   because if the resource was updated in another remote region
> (R2) a little after it was updated in the remote region(R1),
>   update in R2 region will be overwritten by the update in R1
> because the current time is later than the updated time of R2
>
> 2) When a resource exists only in the local region
>- Find if there was a removal event of this resource in the remote
> region
>- and if so, compare the time when the event occurred with the
> created time in the local region
>- Remove the resource from the local only if the event time is later
>- Like #1, store the time the event was occurred as the 'removed'
> time of the removed resource in the local region
>
> 3) When a resource exists only in the remote region
>   - Find if the resource in the local has been removed
>   - If so, compare the removal time in the local and the created time
> in the remote
>   - Create the resource in the local only if either the local was not
> removed or the created time of the remote is later than the removal in local
>   - LIke #1 & #2, store the time of the created of the remote region
> as the 'created' time of the newly created in the local region.
>
> I hope this will help you understand how the create/updated/removed times
> are managed.
> If there is no failure in the real time sync (#1), we'll not need the full
> scan (#2) and we don't need to worry about the times,
> but there is no way to guarantee #1 not to be failed, so #2 is very
> important to be supported.
>
> Please let me know what you think and we can have a conference call if you
> want.
> Thanks
> Alex Ough
>
>
> On Mon, Apr 7, 2014 at 8:39 PM, Alena Prokharchyk <
> alena.prokharc...@citrix.com> wrote:
>
>>
>> ---
>> This is an automatically generated e-mail. To reply, visit:
>> https://reviews.apache.org/r/20099/#review39753
>> ---
>>
>>
>>
>> Alex, just discussed your changes to existing CS code
>> (Account/Domain/UserManager, VOs, Daos, GenericDaoBase), with Alex Huang.
>> Here are the concerns:
>>
>>
>> 1) there is no need to update the Removed field. Once the entry is
>> removed, you should purely rely on the removed not to be null, in order to
>> update it in the second region database.
>>
>> 2) The big issue - you can't trigger generic dao fields modification -
>> Modified/Removed - through the Management/Services layer. Once the field is
>> defined in Generic Dao Attributes, it should be populated by generic dao
>> only. It should never be populated by the business logic component what
>> your service is.
>>
>> You should remove the field updates from all the methods I've mentioned
>> in my previous review (for example,
>>
>>  AccountManager
>>
>>   public boolean disableAccount(long accountId, Date modified) throws
>> ConcurrentOperationException, ResourceUnavailableException;)
>>
>> and find another way of keeping track of modified attribute update for
>> the CS objects.
>>
>> Alex suggested a following solution:
>> =
>> * Every time user/domain/account is created/updated/removed in CS,
>> certain Action event is generated. There is a way to pubish this event to
>> the event bus, either rabbitMQ or in-memory bus.
>> * Instead 

RE: [Announce] New Committer: Lucian Paul (Nux)

[Suresh Sadhu]

Congrats Nux!!

--sadhu

-Original Message-
From: Nitin Mehta [mailto:nitin.me...@citrix.com] 
Sent: 08 April 2014 02:23
To: dev@cloudstack.apache.org
Subject: Re: [Announce] New Committer: Lucian Paul (Nux)

Congrats NuxŠwell deserved :)

On 07/04/14 1:17 PM, "Nguyen Anh Tu"  wrote:

>Congratulations Nux!
>
>--Tuna
>
>
>On Tue, Apr 8, 2014 at 2:37 AM, Yoshikazu Nojima  wrote:
>
>> Congratulation Nux!
>>
>> 2014-04-07 13:32 GMT-06:00 Giles Sirett :
>> > The Project Management Committee (PMC) for Apache CloudStack has 
>> > asked Lucian Paul (Nux)  to become a committer and we are pleased 
>> > to
>> announce
>> > that he has accepted.
>> >
>> > Being a committer allows many contributors to contribute more
>> autonomously. For
>> > developers, it makes it easier to submit changes and eliminates the
>>need
>> to
>> > have contributions reviewed via the patch submission process. 
>> > Whether contributions are development-related or otherwise, it is a
>>recognition
>> of a
>> > contributor's participation in the project and commitment to the
>>project
>> and
>> > the Apache Way.
>> >
>> > Please join me in congratulating Nux!
>> >
>> >
>> > Giles,
>> > on behalf of the Apache CloudStack PMC
>> >
>> >
>> > giles.sir...@shapeblue.com |
>> www.shapeblue.com | Twitter:@shapeBlue< 
>> https://twitter.com/#!/shapeblue>
>> >
>> >
>> > Need Enterprise Grade Support for Apache CloudStack?
>> > Our CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/> offers the 
>> best
>> 24/7 SLA for CloudStack Environments.
>> >
>> > Apache CloudStack Bootcamp training courses
>> >
>> > **NEW!** CloudStack 4.2.1 training<
>> http://shapeblue.com/cloudstack-training/>
>> > 28th-29th May 2014, Bangalore. Classromm<
>> http://shapeblue.com/cloudstack-training/>
>> > 16th-20th June 2014, Region A. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 23rd-27th June 2014, Region B. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 15th-20th September 2014, Region A. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 22nd-27th September 2014, Region B. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 1st-6th December 2014, Region A. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> > 8th-12th December 2014, Region B. Instructor led, On-line<
>> http://shapeblue.com/cloudstack-training/>
>> >
>> > This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>>Any
>> views or opinions expressed are solely those of the author and do not  
>>necessarily represent those of Shape Blue Ltd or related companies. If 
>>you  are not the intended recipient of this email, you must neither 
>>take any  action based upon its contents, nor copy or show it to 
>>anyone. Please  contact the sender if you believe you have received 
>>this email in error.
>> Shape Blue Ltd is a company incorporated in England & Wales. 
>>ShapeBlue  Services India LLP is a company incorporated in India and 
>>is operated under  license from Shape Blue Ltd. Shape Blue Brasil 
>>Consultoria Ltda is a  company incorporated in Brasil and is operated 
>>under license from Shape  Blue Ltd. ShapeBlue is a registered 
>>trademark.
>>

Re: Maven style checker issue

[Rajani Karuturi]

Hi Frank,

Did you use the plugin mentioned in the wiki @ 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Coding+conventions#Codingconventions-IntellijIdea

I am using it and haven’t seen any issues so far.


~Rajani



On 08-Apr-2014, at 5:12 am, Frank Zhang 
mailto:frank.zh...@citrix.com>> wrote:

I struggled two days to fix my several tens of files for trailing space, tab, 
unused imports... manually(vim + sed).
Yes, manually because I am using Intellj the ApacheCloudStack formatter profile 
won't work for me, even though Intellj 13 claims supporting Eclipse formatter 
profile,  it doesn't work at all.
I can understand most of rules except below:

1. Using the '.*' form of import should be avoided

This totally breaks Intellj and some J2SE library. Intellj will automatically 
use a single ".*" to replace multiple separate imports if all imports are from 
the same package. And if you use JAXB which is J2SE XML standard library, you 
will see it puts "javax.xml.bind.annotation.*" on every generated java-xml 
binding.

2.  Name 'SSHPublicKey' must match pattern '^[a-z][a-zA-Z0-9]*$'.  What's wrong 
in using SSH instead of Ssh?

I don't know what standard these rules are based on, and I don't think there is 
a world agreed standard in Java for code format.

When we defined these rules, did we widely consider people not using Eclipse? 
Do we really think these rules make our code look better(to be honest, I don't 
know what's wrong with trailing space and tab, remember Java is not Python)?

>From my two days experience, it really makes developer's life hard

RE: cloudmanagementserver.keystore

[Prashanth Reddy Mandadi]

I have seen this issue on fresh installation of 4.3.

Snippet of the log from my setup

"2014-04-07 08:00:09,295 INFO  [c.c.s.ConfigurationServerImpl] (main:null) SSL 
keystore located at /etc/cloudstack/management/cloudmanagementserver.keystore
2014-04-07 08:00:09,304 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo 
keytool -genkey -keystore 
/etc/cloudstack/management/cloudmanagementserver.keystore -storepass vmops.com 
-keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
User",ou="repro. cloud.internal",o="repro. cloud.internal",c="Unknown"
2014-04-07 08:00:09,438 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1
2014-04-07 08:00:09,441 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty present 
and no askpass program specified
2014-04-07 08:00:09,445 WARN  [c.c.s.ConfigurationServerImpl] (main:null) Would 
use fail-safe keystore to continue.
java.io.IOException: Fail to generate certificate!: sudo: no tty present and no 
askpass program specified"


Thanks,
Prashanth

-Original Message-
From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
Sent: Tuesday, April 08, 2014 9:27 AM
To: dev@cloudstack.apache.org
Subject: cloudmanagementserver.keystore

I know this was a problem in 4.2.1 in which the system would endlessly log the 
following error:
014-04-07 22:29:29,715 WARN  [c.c.u.n.Link] (AgentManager-Selector:null) SSL: 
Fail to find the generated keystore. Loading fail-safe one to continue.
The fix was to rename 
/etc/cloudstack/management/cloudmanagementserver.keystore, to cloud.keystore 
then restart cloudstack.
I just installed 4.3.0 fresh, and it seems like this problem persists with a 
twist. The system now does not create any keystore file and logs the following 
3 errors.
Executing: sudo keytool -genkey -keystore 
/etc/cloudstack/management/cloudmanagementserver.keystore -storepass vmops.com 
-keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack 
User",ou="ustxdalcstackwebp1.cloudagy.local",o="ustxdalcstackwebp1.cloudagy.local",c="Unknown"
 2014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) Exit value is 
12014-04-07 21:31:53,610 DEBUG [c.c.u.s.Script] (main:null) sudo: no tty 
present and no askpass program specified My fix was to run the above command 
"keytool..." from the command line, then rename the file to cloud.keystore. 
Once I did that it stopped logging the "SSL: Fail to find the generated 
keystore" errors. Can anyone else confirm they saw this behavior in 4.3.0? If 
so I can make a bug report in JIRA..
  

[ACS 4.4][QA] Windowsfication of management server

[Sailaja Mada]

Hi Alex,

I have identified High Level Test Combinations in comparison with Linux 
installer and the details are :

1.  Installation of Management Server(MS) with VMware as we mount Secondary 
Storage on Management Server and other hypervisors validation 
2.  DB and MS on the same Server 
3.  DB , MS and Usage Server combinations  
4.  Min Performance/Scalability  Requirements with Windows MS with 4.4 release 
. 
5.  Remote DB with Windows MS
6.  MS acting as Storage provider ( All In One combination) 
7.   Log files location and how easy to debug 
8.   Integration with Windows Events in case of MS failures ??
9.   Seeding system VM templates - New script for windows? 
10. MS Service Start , Stop ,Restart , Status 
11. Supported Platforms Or Platforms to cover - Windows 2008 R2 and Windows 
2K12 R2 64 bit 
12.  DB - Mysql  , Java , Apache versions  
13. Folder structure 
14. Ports to be opened by default 
15.  Multinode Management Test combination 
16. Removal of MS , Usage Server  , Mysql 
17. Dependency package verification 
18. Cloudstack bridge folder structure 
19.  Equivalent scripts for cloudstack-setup-management , cloudstack-sccs , 
cloudstack-aws-api-register , cloudstack-sysvmadm , cloudstack-setup-bridge 
etc.. . 

Can you please share the test combinations you would like to own among the 
above list and  Please add to the list if I missed out any. 

These are high level test combinations . I am yet to explore FS  to add/remove 
supported test scenarios. 

Thanks,
Sailaja.M


-Original Message-
From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com] 
Sent: 03 April 2014 16:11
To: dev@cloudstack.apache.org
Cc: Daan Hoogland; Donal Lafferty
Subject: RE: [PROPOSAL][Merge] Windowsfication of management server

Sudha,

Have you distributed a list of items yet? I'm sorry if you have and I've missed 
it.


Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com]
Sent: 28 March 2014 15:00
To: dev@cloudstack.apache.org
Cc: Daan Hoogland; Donal Lafferty
Subject: RE: [PROPOSAL][Merge] Windowsfication of management server

Let me send broader categories that can be shared, meanwhile if you have some 
preference, pl do post it.

-Original Message-
From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
Sent: Friday, March 28, 2014 7:49 AM
To: dev@cloudstack.apache.org
Cc: Daan Hoogland; Donal Lafferty
Subject: RE: [PROPOSAL][Merge] Windowsfication of management server

Sudha,

Yes - that sounds like a good idea.

How do you think it best to draw up a to-do list or tasks?


Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com]
Sent: 28 March 2014 14:47
To: dev@cloudstack.apache.org
Cc: Daan Hoogland; Donal Lafferty
Subject: RE: [PROPOSAL][Merge] Windowsfication of management server

Alex,

Glad to hear that you are interested in validation aspects for this feature. We 
are also interested. Not to cover the same areas, can we share general broader 
categories for validation.

Thanks
/sudha

-Original Message-
From: Alex Hitchins [mailto:alex.hitch...@shapeblue.com]
Sent: Friday, March 28, 2014 4:07 AM
To: dev@cloudstack.apache.org
Cc: Daan Hoogland; Donal Lafferty
Subject: RE: [PROPOSAL][Merge] Windowsfication of management server

I'm happy to help with documentation for this and doing testing, maybe some 
packaging. I can certainly host installers if they need to be separate.

I would guess it best to start with testing first and building up documentation 
from there? Perhaps this needs its own thread running now?


Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
Sent: 28 March 2014 09:41
To: dev@cloudstack.apache.org
Cc: Daan Hoogland; Donal Lafferty
Subject: Re: [PROPOSAL][Merge] Windowsfication of management server

Hey,

4.4 is in feature freeze, so no new features will be added. I think its fair to 
debate if this is a feature in that sense. It seems like minor changes and the 
addition of a few scripts, making it a simple change in my view. It would be 
great to be able to announce this, but for it to be part of a release i think 
we need a couple of other things to be done. The most prominent are, packaging, 
testing and documentation.

Documentation:
If we want to ship this with 4.4 and announce that CS now runs on windows we 
need to have the installation manual covered at least.

Packaging:
We can't expect our users to build it themselves on windows. So we need some 
kind of packaging that people can install on their windows server.

Testing:
We need to automagically verify that these changes aren't affected by futu

Re: [4.4] Current State

[Murali Reddy]

Is there a workaround? I am blocked on testing 4.4 work.

On 07/04/14 8:12 PM, "Konstantina Chremmou"
 wrote:

>It seems to me the problem is the xmlrpc dependency of the XAPI jar
>rather than the jar itself, as the changes between the previous version
>and the latest one do not explain this sort of errors. The jar we ship
>depends on 3.1 while cloudstack was using 3.1.3 which contains several
>bug fixes compared to the old one. What I can do is upload a new jar with
>corrected dependency and submit a new patch.
>
>
>From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>Sent: 07 April 2014 3:06 PM
>To: dev@cloudstack.apache.org
>Cc: Konstantina Chremmou
>Subject: Re: [4.4] Current State
>
>Now that I think about it, the issue I sent an e-mail regarding earlier
>where I could not create an SR (SR.create) only started happening after
>the XAPI change.
>
>Due to this issue, managed storage is currently not functional with
>XenServer, which is blocking my 4.4 testing.
>
>On Mon, Apr 7, 2014 at 5:44 AM, Murali Reddy
>mailto:murali.re...@citrix.com>> wrote:
>Errors I have seen are similar to log's pasted by Sanjay. I am running
>into below error while stopping and starting the VM's.
>
>2014-04-07 13:26:38,960 DEBUG [c.c.h.x.r.CitrixResourceBase]
>(DirectAgent-107:ctx-0aa97361) cannot get host enabled status, host
>10.147.28.60 due to org.apache.xmlrpc.client.XmlRpcClientException: Failed
>to parse servers response: Premature end of file.
>org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
>response: Premature end of file.
>at
>org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTr
>a
>nsport.java:177)
>at
>org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTra
>n
>sport.java:145)
>at
>org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTranspo
>r
>t.java:94)
>at
>org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpT
>r
>ansport.java:44)
>at
>org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.jav
>a
>:53)
>at 
>org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
>at 
>org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
>at 
>org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
>at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
>at
>com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnect
>i
>on.dispatch(XenServerConnectionPool.java:457)
>at com.xensource.xenapi.Host.getEnabled(Host.java:672)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResour
>c
>eBase.java:409)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(Citr
>i
>xResourceBase.java:4302)
>at
>com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAge
>n
>tAttache.java:144)
>at
>org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(Managed
>C
>ontextRunnable.java:49)
>at
>org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(De
>f
>aultManagedContext.java:56)
>at
>org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithC
>o
>ntext(DefaultManagedContext.java:103)
>at
>org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithCo
>n
>text(DefaultManagedContext.java:53)
>at
>org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedCo
>n
>textRunnable.java:46)
>at 
>java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at 
>java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acces
>s
>$301(ScheduledThreadPoolExecutor.java:178)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
>c
>heduledThreadPoolExecutor.java:293)
>at
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>1
>145)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:
>615)
>at java.lang.Thread.run(Thread.java:744)
>Caused by: org.xml.sax.SAXParseException; Premature end of file.
>at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
>Source)
>at
>org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTr
>a
>nsport.java:175)
>
>
>
>On 07/04/14 4:51 PM, "Sanjay Tripathi"
>mailto:sanjay.tripa...@citrix.com>> wrote:
>
>>Hi Tina,
>>
>>Even I am facing  similar issues after the change in XAPI. A lot of
>>exceptions are coming when CS tries to launch system VMs.
>>
>>Please find the management server logs at: http://pastebin.com/6s44hDq5.
>>
>>--Sanjay
>>
>>-Original Message-
>>From: Konstantina Chremmou
>>[mailto:konstantina.chrem...@citrix.com>x.com>]
>>Sent: Monday, April 7, 2014 4:21

Re: Problem with VMware CloudStack SSVM Agent

[Erik Weber]

Could you check wich java version it has installed?
>From the error message I'd interpret it as it's trying to run java7 code on
java6 jre.

-- 
Erik Weber


On Tue, Apr 8, 2014 at 1:39 AM, Soheil Eizadi  wrote:

> I am trying to bring up CloudStack 4.4 on vSphere 5.1, I cannot get the
> Agent to run on SSVM, here is the error:
>
>  =templateProcessor mtu=1500 eth2ip=10.48.15.100
> eth2mask=255.255.255.0 gateway=10.48.15.1 public.network.device=eth2
> eth0mask=0.0.0.0 eth0ip=0.0.0.0 eth1ip=10.48.15.49 eth1mask=255.255.255.0
> mgmtcidr=10.48.15.0/24 localgw=10.48.15.1 private.network.device=eth1
> eth3ip=10.48.15.33 eth3mask=255.255.255.0 storageip=10.48.15.33
> storagenetmask=255.255.255.0 storagegateway=10.48.15.1
> internaldns1=10.48.2.11 internaldns2= dns1=10.48.2.11 dns2=
>
> Exception in thread "main" java.lang.UnsupportedClassVersionError:
> com/cloud/agent/AgentShell : Unsupported major.minor version 51.0
>
> at java.lang.ClassLoader.defineClass1(Native Method)
>
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
>
> at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
>
> at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
>
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
>
> at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
>
> at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
>
> at java.security.AccessController.doPrivileged(Native Method)
>
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
>
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
>
> at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
>
> Could not find the main class: com.cloud.agent.AgentShell.  Program will
> exit.
>
>
>
> Here is the SSVM diags:
>
> root@s-22-VM:/var/log/cloud# /usr/local/cloud/systemvm/ssvm-check.sh
>
> 
>
> First DNS server is  10.48.2.11
>
> PING 10.48.2.11 (10.48.2.11): 56 data bytes
>
> 64 bytes from 10.48.2.11: icmp_seq=0 ttl=63 time=1.423 ms
>
> 64 bytes from 10.48.2.11: icmp_seq=1 ttl=63 time=0.338 ms
>
> --- 10.48.2.11 ping statistics ---
>
> 2 packets transmitted, 2 packets received, 0% packet loss
>
> round-trip min/avg/max/stddev = 0.338/0.881/1.423/0.543 ms
>
> Good: Can ping DNS server
>
> 
>
> Good: DNS resolves download.cloud.com
>
> 
>
> ERROR: NFS is not currently mounted
>
> Try manually mounting from inside the VM
>
> NFS server is  eth2
>
> ping: unknown host
>
> WARNING: cannot ping nfs server
>
> routing table follows
>
> Kernel IP routing table
>
> Destination Gateway Genmask Flags Metric RefUse
> Iface
>
> 10.48.15.0  0.0.0.0 255.255.255.0   U 0  00
> eth1
>
> 10.48.15.0  0.0.0.0 255.255.255.0   U 0  00
> eth2
>
> 10.48.15.0  0.0.0.0 255.255.255.0   U 0  00
> eth3
>
> 0.0.0.0 10.48.15.1  0.0.0.0 UG0  00
> eth2
>
> 
>
> Management server is 10.48.15.10. Checking connectivity.
>
> Good: Can connect to management server port 8250
>
> 
>
> ERROR: Java process not running.  Try restarting the SSVM.
>