Re: URGENT - CloudStack agent not able to connect to management server

[Indra Pramana]

Hi Somesh,

Thanks for your reply.

>Instead of rebooting the KVM hosts, you may want try stopping the agent on
all the hosts
>and then starting the agent service one by one.

We have done this, in fact, this is what we tried to do every time we want
to reconnect a CloudStack agent (on Alert or Disconnected state) to the
management server. We are running Ubuntu 12.04 LTS platform for the agent
hosts as well as the management server.

service cloudstack-agent stop
(optional:) killall jsvc
(optional:) service libvirt-bin restart
service cloudstack-agent start

But it didn't work for that particular occasion. Not too sure why. So far
we didn't have any further disconnection issues after that particular
incident so I don't know if the problem will still be there when a host
gets disconnected now. It will be very disruptive to always reboot the
hypervisor host (and sacrifices all running VMs in the process) every time
a host gets disconnected for any reason.

Thank you.


On Wed, Apr 6, 2016 at 8:53 PM, Somesh Naidu 
wrote:

> > Eventually, we could only connect back the host after we rebooted it,
> which means sacrificing all the VMs which were still up and running during
> the disconnection.
>
> Instead of rebooting the KVM hosts, you may want try stopping the agent on
> all the hosts and then starting the agent service one by one.
>
> > Will adding new management server be able to resolve the problem?
>
> That really depends on whether your existing management servers are
> optimally tuned and still the resources are getting maxed out, if not,
> adding another server will be more of an overhead than benefit.
>
> Regards,
> Somesh
>
> -Original Message-
> From: Indra Pramana [mailto:in...@sg.or.id]
> Sent: Sunday, April 03, 2016 7:44 AM
> To: users@cloudstack.apache.org
> Subject: Re: URGENT - CloudStack agent not able to connect to management
> server
>
> Hi Lucian,
>
> Good day to you, and thank you for your reply. Apologise for the delay in
> my reply.
>
> Yes, I can confirm that we can access the host and port specified. Based on
> the logs, the host can connect to the management server but there's no
> follow-up logs which usually come after it's connected. Eventually, we
> could only connect back the host after we rebooted it, which means
> sacrificing all the VMs which were still up and running during the
> disconnection.
>
> At the time when the first hypervisor was disconnected, the CloudStack
> management servers were very busy handling the disconnections, trying to
> fence the hosts and initiate HA for all the affected VMs, based on the
> logs. Could this have put a strain on the management server, causing it to
> disconnect all the remaining hosts? Will adding new management server be
> able to resolve the problem?
>
> Any advice is appreciated.
>
> Looking forward to your reply, thank you.
>
> Cheers.
>
> On Thu, Mar 31, 2016 at 5:28 PM, Nux!  wrote:
>
> > Hello,
> >
> > Are you sure you can connect from the hypervisors to the
> > cloudstack-management on the host and port specified in the
> > agent.properties?
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> > - Original Message -
> > > From: "Indra Pramana" 
> > > To: users@cloudstack.apache.org
> > > Sent: Thursday, 31 March, 2016 03:14:59
> > > Subject: URGENT - CloudStack agent not able to connect to management
> > server
> >
> > > Dear all,
> > >
> > > We are using CloudStack 4.2.0, KVM hypervisor and Ceph RBD storage. All
> > our
> > > agents got disconnected from the management server and unable to
> connect
> > > again, despite rebooting the management server and stopping and
> > restarting
> > > the cloudstack-agent many times.
> > >
> > > We even tried to physically reboot a hypervisor host (sacrificing all
> the
> > > running VMs inside) to see if it can reconnect after boot-up, and it's
> > not
> > > able to reconnect (keep on "Connecting" state). Here's the excerpts
> from
> > > the logs:
> > >
> > > 
> > > 2016-03-31 10:07:49,346 DEBUG [cloud.agent.Agent] (UgentTask-5:null)
> > > Sending ping: Seq 0-11:  { Cmd , MgmtId: -1, via: 0, Ver: v1, Flags:
> 11,
> > >
> >
> [{"com.cloud.agent.api.PingRoutingWithNwGroupsCommand":{"newGroupStates":{},"newStates":{},"_gatewayAccessible":true,"_vnetAccessible":true,"hostType":"Routing","hostId":0,"wait":0}}]
> > > }
> > > 2016-03-31 10:07:49,395 DEBUG [cloud.agent.Agent]
> (Agent-Handler-2:null)
> > > Received response: Seq 0-11:  { Ans: , MgmtId: 161342671900, via: 75,
> > Ver:
> > > v1, Flags: 100010,
> > >
> >
> [{"com.cloud.agent.api.PingAnswer":{"_command":{"hostType":"Routing","hostId":0,"wait":0},"result":true,"wait":0}}]
> > > }
> > > 2016-03-31 10:08:49,271 DEBUG [kvm.resource.LibvirtComputingResource]
> > > (UgentTask-5:null) Executing:
> > > /usr/share/cloudstack-common/scripts/vm/network/security_group.py
> > > get_rule_logs_for_vms
> > > 2016-03-31 

Re: Problem Download Volumen VM

[ilya]

Yesid

Is your secondary NFS writtable by ESXi hosts and SSVM? Do you have no
root squash enabled or proper permissions on the folders within your NFS
Export?

Regards,
ilya


On 4/6/16 10:06 AM, Yesid Mora wrote:
> Hello guys, we have a problem when download a volumen and generate error the 
> error is
> 
> "Failed to copy the volume from the source primary storage pool to secondary 
> storage."
> 
> The version CS is 4.3.0 and VMware is hypervisor,the other error in VMware is 
> "An error occurred while taking a snapshot: 30 (Read-only file system)."
> 
> And logs
> 
> 2016-04-06 13:01:47,802 DEBUG [c.c.a.m.AgentManagerImpl] 
> (AgentManager-Handler-10:null) (logid:) SeqA 5-2069318: Sending Seq 
> 5-2069318:  { Ans: , MgmtId: 345050522867, via: 5, Ver: v1, Flags: 100010, 
> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> 2016-04-06 13:01:50,095 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] 
> (AgentManager-Handler-11:null) (logid:) Seq 6-8459167475085518716: MgmtId 
> 345050522808: Resp: Routing to peer
> 2016-04-06 13:01:50,651 DEBUG [c.c.a.ApiServlet] 
> (catalina-exec-12:ctx-d165fa00) (logid:b91f9766) ===START===  10.3.13.55 -- 
> GET  
> command=queryAsyncJobResult=57076c62-ccd6-423c-80a7-45e027166df0=json=PSk8fRP%2F5LYzX%2BXNRgiL%2FlOd5vs%3D&_=1459962066162
> 2016-04-06 13:01:50,675 DEBUG [c.c.a.ApiServlet] 
> (catalina-exec-12:ctx-d165fa00 ctx-27d2aa04) (logid:b91f9766) ===END===  
> 10.3.13.55 -- GET  
> command=queryAsyncJobResult=57076c62-ccd6-423c-80a7-45e027166df0=json=PSk8fRP%2F5LYzX%2BXNRgiL%2FlOd5vs%3D&_=1459962066162
> 2016-04-06 13:01:50,756 ERROR [c.c.a.ApiAsyncJobDispatcher] 
> (API-Job-Executor-22:ctx-cc5a6799 job-529) (logid:57076c62) Unexpected 
> exception while executing 
> org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd
> com.cloud.utils.exception.CloudRuntimeException: Failed to copy the volume 
> from the source primary storage pool to secondary storage.
> at 
> com.cloud.storage.VolumeApiServiceImpl.orchestrateExtractVolume(VolumeApiServiceImpl.java:2163)
> at 
> com.cloud.storage.VolumeApiServiceImpl.orchestrateExtractVolume(VolumeApiServiceImpl.java:2726)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at 
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at 
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2771)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy186.handleVmWorkJob(Unknown Source)
> at 
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:103)
> at 
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:547)
> at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at 
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:498)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

Re: URGENT - CloudStack agent not able to connect to management server

[ilya]

Coincidentally, we observed somewhat similar behavior with ACS 4.5 and
KVM Agents (i assume Xen will be no different). Based on the code check,
this issue also exists in master. I'd think 4.2 is no different.

Marcus can speak more intelligently about this issue than i am, but from
what i understand about this issue and his explanation:

Summary:
CloudStack does not handle Agent connection with SSL Handshake properly,
that is - it process each connection serially, causing a block for the
next agent inline until SSL Handshake goes thru - but what if it does not?


Details and Example:
For example, if you open a telnet session to 8250 on MS, MS expects SSL
handshake to go through, however, the fake telnet session does not do
anything other than take up a socket. Current method for agent
connection is "serial", which means - the next proper agent in line -
cannot process its tasks and is being blocked - eventually gets
disconnected.  As a result, you will have many agents disconnect, then -
as "telnet" session is dropped in 60 seconds, you will have a chance to
reconnect. However, if the improper connection on 8250 is consistent,
you will have a continuous denial of service. The improper SSL handshake
can also be sporadic - causing sporadic disconnection issues.

With that said, we are testing internal fix that will allow for each
connection and subsequent tasks - to be treated as separate thread - by
implementing Callable method. If the improper connection comes thru, it
will be living in its own thread and dropped once it reaches timeout,
without affecting other Agents connections.


Once we confirm that it works as expected, we will release a patch.

In the meantime, if you need to bring back the stability to your
environment, try to find the offending connection. It could be one of
the agents going rogue or some other process trying to establish a
connection on 8250 and never completing SSL Handshake. For example, a
security scan invoked on the network that tries to poke a hole in any
port it finds.

Try restarting all cloudstack agents in your environment and make sure
incoming connection to cloudstack MS on 8250 are valid agent connection.

Putting LB in-front of cloudstack MS will make diagnosing this issue
much harder if you want to find a rogue connection. But long-term, you
definitely want to put LB in front of MS.

Another interesting observation, after we implemented a change mentioned
above, restarted MS servers, cloudstack agents reconnected much quicker,
within matter of seconds VS several minutes.

The fix needs more testing and baking until its released to public.

Regards
ilya





On 4/5/16 9:30 PM, Indra Pramana wrote:
> Hi Sanjeev and Rafael,
> 
> Good day to you, and thank you for your replies and advice.
> 
> We are getting a new management server and HA proxy load balancers. Will
> see if this can resolve the problem.
> 
> Thank you.
> 
> 
> 
> On Tue, Apr 5, 2016 at 8:24 PM, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
> 
>> How many hosts (hypervisors) are you managing with a single MS?
>>
>> If you add new MSs, you need to balance their (HTTP 8080 and TCP 8250)
>> access with something like the HA proxy load balancer.
>>
>>
>>
>> On Tue, Apr 5, 2016 at 2:09 AM, Sanjeev Neelarapu <
>> sanjeev.neelar...@accelerite.com> wrote:
>>
>>> Adding additional management server would definitely help.
>>>
>>> Best Regards,
>>> Sanjeev N
>>> Chief Product Engineer, Accelerite
>>> Off: +91 40 6722 9368 | EMail: sanjeev.neelar...@accelerite.com
>>>
>>>
>>> -Original Message-
>>> From: Indra Pramana [mailto:in...@sg.or.id]
>>> Sent: Sunday, April 03, 2016 5:14 PM
>>> To: users@cloudstack.apache.org
>>> Subject: Re: URGENT - CloudStack agent not able to connect to management
>>> server
>>>
>>> Hi Lucian,
>>>
>>> Good day to you, and thank you for your reply. Apologise for the delay in
>>> my reply.
>>>
>>> Yes, I can confirm that we can access the host and port specified. Based
>>> on the logs, the host can connect to the management server but there's no
>>> follow-up logs which usually come after it's connected. Eventually, we
>>> could only connect back the host after we rebooted it, which means
>>> sacrificing all the VMs which were still up and running during the
>>> disconnection.
>>>
>>> At the time when the first hypervisor was disconnected, the CloudStack
>>> management servers were very busy handling the disconnections, trying to
>>> fence the hosts and initiate HA for all the affected VMs, based on the
>>> logs. Could this have put a strain on the management server, causing it
>> to
>>> disconnect all the remaining hosts? Will adding new management server be
>>> able to resolve the problem?
>>>
>>> Any advice is appreciated.
>>>
>>> Looking forward to your reply, thank you.
>>>
>>> Cheers.
>>>
>>> On Thu, Mar 31, 2016 at 5:28 PM, Nux!  wrote:
>>>
 Hello,

 Are you sure you can connect from the hypervisors to the
 cloudstack-management 

Re: (Re-)introduction

[ilya]

Kirk

Great to know we did not loose you with Citrix shakeup.

Glad to have you back

Regards
ilya

On 4/5/16 7:43 PM, Kirk Kosinski wrote:
> Hi, Apache CloudStack users.  If you don't know me, I'm Kirk, an ACS 
> committer and former employee of Cloud.com and Citrix.  I haven't been very 
> active on the lists lately, but I recently joined ShapeBlue and I will be 
> helping out more here and other areas in the community.  If you happen to be 
> attending ApacheCon NA next month, I'll be presenting a CloudStack-related 
> session, so please check it out and say hello.  Thanks!!
> 
> Kirk
> 
> 
> Regards,
> 
> Kirk Kosinski
> 
> kirk.kosin...@shapeblue.com 
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HS
> @shapeblue
> 

Re: (Re-)introduction

[Ahmad Emneina]

Great to have you back Kirk!

Ahmad E

> On Apr 6, 2016, at 3:43 AM, Kirk Kosinski  wrote:
> 
> Hi, Apache CloudStack users.  If you don't know me, I'm Kirk, an ACS 
> committer and former employee of Cloud.com and Citrix.  I haven't been very 
> active on the lists lately, but I recently joined ShapeBlue and I will be 
> helping out more here and other areas in the community.  If you happen to be 
> attending ApacheCon NA next month, I'll be presenting a CloudStack-related 
> session, so please check it out and say hello.  Thanks!!
> 
> Kirk
> 
> 
> Regards,
> 
> Kirk Kosinski
> 
> kirk.kosin...@shapeblue.com 
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HS
> @shapeblue

Problem Download Volumen VM

[Yesid Mora]

Hello guys, we have a problem when download a volumen and generate error the 
error is

"Failed to copy the volume from the source primary storage pool to secondary 
storage."

The version CS is 4.3.0 and VMware is hypervisor,the other error in VMware is 
"An error occurred while taking a snapshot: 30 (Read-only file system)."

And logs

2016-04-06 13:01:47,802 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-10:null) (logid:) SeqA 5-2069318: Sending Seq 5-2069318:  
{ Ans: , MgmtId: 345050522867, via: 5, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2016-04-06 13:01:50,095 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] 
(AgentManager-Handler-11:null) (logid:) Seq 6-8459167475085518716: MgmtId 
345050522808: Resp: Routing to peer
2016-04-06 13:01:50,651 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-12:ctx-d165fa00) (logid:b91f9766) ===START===  10.3.13.55 -- GET 
 
command=queryAsyncJobResult=57076c62-ccd6-423c-80a7-45e027166df0=json=PSk8fRP%2F5LYzX%2BXNRgiL%2FlOd5vs%3D&_=1459962066162
2016-04-06 13:01:50,675 DEBUG [c.c.a.ApiServlet] (catalina-exec-12:ctx-d165fa00 
ctx-27d2aa04) (logid:b91f9766) ===END===  10.3.13.55 -- GET  
command=queryAsyncJobResult=57076c62-ccd6-423c-80a7-45e027166df0=json=PSk8fRP%2F5LYzX%2BXNRgiL%2FlOd5vs%3D&_=1459962066162
2016-04-06 13:01:50,756 ERROR [c.c.a.ApiAsyncJobDispatcher] 
(API-Job-Executor-22:ctx-cc5a6799 job-529) (logid:57076c62) Unexpected 
exception while executing 
org.apache.cloudstack.api.command.user.volume.ExtractVolumeCmd
com.cloud.utils.exception.CloudRuntimeException: Failed to copy the volume from 
the source primary storage pool to secondary storage.
at 
com.cloud.storage.VolumeApiServiceImpl.orchestrateExtractVolume(VolumeApiServiceImpl.java:2163)
at 
com.cloud.storage.VolumeApiServiceImpl.orchestrateExtractVolume(VolumeApiServiceImpl.java:2726)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
at 
com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2771)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at 
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at com.sun.proxy.$Proxy186.handleVmWorkJob(Unknown Source)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:103)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:547)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:498)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2016-04-06 13:01:50,758 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-22:ctx-cc5a6799 job-529) (logid:57076c62) Complete async 
job-529, jobStatus: FAILED, resultCode: 530, result: 

RE: Error resize volumen

[Yesid Mora]

Hello Pavan, the volume to resize is data 

Thanks,

-Original Message-
From: Pavan Bandarupally [mailto:pavan.bandarupa...@accelerite.com] 
Sent: Tuesday, April 05, 2016 11:08 PM
To: users@cloudstack.apache.org
Subject: RE: Error resize volumen

Hi Yesid,

Is this a root disk or data disk that you are trying to resize ? If it is Root 
disk resize, I guess it is not supported on VmWare.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Root+Resize+Support

Regards,
Pavan

From: Yesid Mora [mailto:ym...@o4it.com]
Sent: Wednesday, April 06, 2016 1:38 AM
To: users@cloudstack.apache.org
Subject: RE: Error resize volumen


Hello thanks for your comments, confirm that the storage controller is SCSI and 
LSI Logic SAS, the VM not have snapshot and check in vmware and the ability to 
resize is available to change, the version in Cloudstack is 4.3.0 the error is:



2016-04-05 10:52:41,826 DEBUG [c.c.u.AccountManagerImpl] 
(catalina-exec-2:ctx-a7997fc0 ctx-9eb2a31d) Access to 
Acct[07224ecd-35fd-41d2-92e8-1121918df2bf-usercsn] granted to 
Acct[07224ecd-35fd-41d2-92e8-1121918df2bf-usercsn] by DomainChecker

2016-04-05 10:52:41,840 DEBUG [c.c.a.ApiServlet] (catalina-exec-2:ctx-a7997fc0 
ctx-9eb2a31d) ===END===  10.109.3.37 -- GET  
jobId=028aae74-c300-419f-97e6-5d89319d7b12=f045cb13-5183-4830-bb0a-730b2979feb2=json=queryAsyncJobResult&_=1459871459748=gsICkPB2ddq5%2FJTL%2BGncBcj3cag%3D=37502B148DB676C1B50A9D7346166E24

2016-04-05 10:52:42,205 ERROR [c.c.h.v.r.VmwareResource] 
(DirectAgent-391:ctx-71b1f981 miatmcplathost01.corp.local) Unable to resize 
volume

java.lang.RuntimeException: A specified parameter was not correct.



at 
com.cloud.hypervisor.vmware.util.VmwareClient.waitForTask(VmwareClient.java:336)

at 
com.cloud.hypervisor.vmware.mo.VirtualMachineMO.configureVm(VirtualMachineMO.java:922)

at 
com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:680)

at 
com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:594)

at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:215)

at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:50)

at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)

at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)

at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)

at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:47)

at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)

at java.util.concurrent.FutureTask.run(FutureTask.java:262)

at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)

at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)

at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

at java.lang.Thread.run(Thread.java:745)

2016-04-05 10:52:42,206 DEBUG [c.c.a.m.DirectAgentAttache] 
(DirectAgent-391:ctx-71b1f981) Seq 3279-1872975942: Response Received:

2016-04-05 10:52:42,206 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] 
(DirectAgent-391:ctx-71b1f981) Seq 3279-1872975942: MgmtId 345048626012: Resp: 
Routing to peer

2016-04-05 10:52:42,620 ERROR [c.c.a.ApiAsyncJobDispatcher] 
(API-Job-Executor-107:ctx-9a0297db job-14058) Unexpected exception while 
executing org.apache.cloudstack.api.command.user.volume.ResizeVolumeCmd

java.lang.RuntimeException: Unexpected exception

at 
com.cloud.storage.VolumeApiServiceImpl.resizeVolume(VolumeApiServiceImpl.java:950)

at 
com.cloud.storage.VolumeApiServiceImpl.resizeVolume(VolumeApiServiceImpl.java:178)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:606)

at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)

at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)

at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)

at 
com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:50)

at 

Re: (Re-)introduction

[Simon Weller]

Welcome back Kirk!



From: Kirk Kosinski 
Sent: Tuesday, April 5, 2016 9:43 PM
To: users@cloudstack.apache.org
Subject: (Re-)introduction

Hi, Apache CloudStack users.  If you don't know me, I'm Kirk, an ACS committer 
and former employee of Cloud.com and Citrix.  I haven't been very active on the 
lists lately, but I recently joined ShapeBlue and I will be helping out more 
here and other areas in the community.  If you happen to be attending ApacheCon 
NA next month, I'll be presenting a CloudStack-related session, so please check 
it out and say hello.  Thanks!!

Kirk


Regards,

Kirk Kosinski

kirk.kosin...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HS
@shapeblue

Re: (Re-)introduction

[Daan Hoogland]

welkome back Kirk and enjoy the second ride at least as much as the first.

On Wed, Apr 6, 2016 at 3:00 PM, Erik Weber  wrote:

> On Wed, Apr 6, 2016 at 4:43 AM, Kirk Kosinski  >
> wrote:
>
> > Hi, Apache CloudStack users.  If you don't know me, I'm Kirk, an ACS
> > committer and former employee of Cloud.com and Citrix.  I haven't been
> very
> > active on the lists lately, but I recently joined ShapeBlue and I will be
> > helping out more here and other areas in the community.  If you happen to
> > be attending ApacheCon NA next month, I'll be presenting a
> > CloudStack-related session, so please check it out and say hello.
> Thanks!!
> >
> >
> Welcome back!
>
> --
> Erik
>



-- 
Daan

Re: CloudStack and SAN

[Mindaugas Milinavičius]

At the moment i'm using KVM with local disk. Only secondary storage NAS for
backup's of VM's

I'm interested to stay with KVM, but already looking SAN storage.

V3700 Lenovo or NetApp FAS2552 is the price which i can spend (±25000eur
with 20 600GB SAS+4SSD for cache)...




Pagarbiai
Mindaugas Milinavičius
UAB STARNITA
Direktorius
http://www.clustspace.com
LT: +37068882880
RU: +79651806396

Tomorrow's posibilities today


   - 1 Core, 512MB RAM, 20GB SSD, 1Gbps, Unlimited, Location: Romania, Los
   Angeles, Ashburn Washington - 11EUR
   - 1 Core, 1024MB RAM, 30GB SSD, 1Gbps, Unlimited, Location: Romania, Los
   Angeles, Ashburn Washington - 18,7EUR
   - 2 Cores, 2048MB RAM, 40GB SSD, 1Gbps, Unlimited, Location: Romania,
   Los Angeles, Ashburn Washington - 27,5EUR
   - 4 Cores, 4096MB RAM, 100GB SSD, 1Gbps, Unlimited, Location: Romania,
   Los Angeles, Ashburn Washington - 46EUR


On Wed, Apr 6, 2016 at 6:12 PM, Simon Weller  wrote:

> What Hypervisor(s) are you planning on using?
>
> We use KVM and we've utliized FC backed SANS (Compellent) over the last
> few years. At least on KVM, it can get a bit hairy, as you need to use
> Clustered LVMs, or some other locking in order to support migrations. CLVM
> on hosts is a total pain and adds a great deal of complexity to the hosts.
>
> Our netgen product is using Ceph. There are plenty of folks out there
> using NFS, as it's reliable and simple.
>
> - Si
>
>
> 
> From: uabstarn...@gmail.com  on behalf of
> Mindaugas Milinavičius 
> Sent: Wednesday, April 6, 2016 9:33 AM
> To: users@cloudstack.apache.org
> Subject: CloudStack and SAN
>
> Hello,
>
> What SAN do you use for your services?
>
> I'm looking for SAN storage for ±500 VM's. Thinking about 15k RPM SAS
> disks
>
> Ofcourse, i'm interested at SolidFire - but not at this time, my budget to
> small:)
>
>
>
> Pagarbiai
> Mindaugas Milinavičius
> UAB STARNITA
> Direktorius
> http://www.clustspace.com
> LT: +37068882880
> RU: +79651806396
>
> Tomorrow's posibilities today
> 
>
>- 1 Core, 512MB RAM, 20GB SSD, 1Gbps, Unlimited, Location: Romania, Los
>Angeles, Ashburn Washington - 11EUR
>- 1 Core, 1024MB RAM, 30GB SSD, 1Gbps, Unlimited, Location: Romania, Los
>Angeles, Ashburn Washington - 18,7EUR
>- 2 Cores, 2048MB RAM, 40GB SSD, 1Gbps, Unlimited, Location: Romania,
>Los Angeles, Ashburn Washington - 27,5EUR
>- 4 Cores, 4096MB RAM, 100GB SSD, 1Gbps, Unlimited, Location: Romania,
>Los Angeles, Ashburn Washington - 46EUR
>

Re: CloudStack and SAN

[Simon Weller]

What Hypervisor(s) are you planning on using?

We use KVM and we've utliized FC backed SANS (Compellent) over the last few 
years. At least on KVM, it can get a bit hairy, as you need to use Clustered 
LVMs, or some other locking in order to support migrations. CLVM on hosts is a 
total pain and adds a great deal of complexity to the hosts.

Our netgen product is using Ceph. There are plenty of folks out there using 
NFS, as it's reliable and simple.

- Si



From: uabstarn...@gmail.com  on behalf of Mindaugas 
Milinavičius 
Sent: Wednesday, April 6, 2016 9:33 AM
To: users@cloudstack.apache.org
Subject: CloudStack and SAN

Hello,

What SAN do you use for your services?

I'm looking for SAN storage for ±500 VM's. Thinking about 15k RPM SAS
disks

Ofcourse, i'm interested at SolidFire - but not at this time, my budget to
small:)



Pagarbiai
Mindaugas Milinavičius
UAB STARNITA
Direktorius
http://www.clustspace.com
LT: +37068882880
RU: +79651806396

Tomorrow's posibilities today


   - 1 Core, 512MB RAM, 20GB SSD, 1Gbps, Unlimited, Location: Romania, Los
   Angeles, Ashburn Washington - 11EUR
   - 1 Core, 1024MB RAM, 30GB SSD, 1Gbps, Unlimited, Location: Romania, Los
   Angeles, Ashburn Washington - 18,7EUR
   - 2 Cores, 2048MB RAM, 40GB SSD, 1Gbps, Unlimited, Location: Romania,
   Los Angeles, Ashburn Washington - 27,5EUR
   - 4 Cores, 4096MB RAM, 100GB SSD, 1Gbps, Unlimited, Location: Romania,
   Los Angeles, Ashburn Washington - 46EUR

RE: LDAP integration with existing ACS users for authentication

[Suresh Sadhu]

HI ,

No need  to move existing ones to LDAP. You can  have both.

Please read the below link:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/LDAP%3A+Trust+AD+and+Auto+Import

go through the flow diagrams .you will understand better:


regards
Sadhu
Chief Product Engineer, Accelerite
suresh.sa...@accelerite.com

-Original Message-
From: Sonali Jadhav [mailto:son...@servercentralen.se]
Sent: Wednesday, April 6, 2016 7:50 PM
To: users@cloudstack.apache.org
Subject: LDAP integration with existing ACS users for authentication

Hi,

I am running ACS 4.8.0 .I have few domains and accounts and respective users. 
All these existing users are using internal cloudstack authentications. But I 
wanted to implement LDAP authentication for new users Or I was wondering if 
it's possible to have LDAP and cloudstack both authentications running ?
Or Do I have to move existing ones to LDAP first?
How I can proceed with it?

Actually we have developed our own external customer portal/billing system, so 
we wanted to integrate cloudstack into it, so it will be centralized 
authentication from LDAP system.

/sonali



DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

AW: Suggest backup software

[Jochim, Ingo]

Hi Venkatesh,

have a look at BackupPc. It does compression and deduplication.
http://backuppc.sourceforge.net/

Regards,
Ingo



-Ursprüngliche Nachricht-
Von: kotipalli venkatesh [mailto:venkateshcloudt...@gmail.com] 
Gesendet: Mittwoch, 6. April 2016 09:28
An: users@cloudstack.apache.org
Betreff: Re: Suggest backup software

Hi Nux,

Yes, we are using both primary and secondary is NFS. Which bcackup tool is good 
as your past experience. could you please share the third-party tools with 
working both incremental and full backups as well.

Regards,
Venkatesh.k

On Tue, Apr 5, 2016 at 9:50 PM, Nux!  wrote:

> What are you going to be using for storage? NFS?
> If you're dealing with vhd files, have a look at R1Soft, though 
> building modules for XenServer will be tricky as there is no "kernel-devel".
>
> hth
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "kotipalli venkatesh" 
> > To: users@cloudstack.apache.org
> > Sent: Thursday, 31 March, 2016 14:11:15
> > Subject: Suggest backup software
>
> > Hi Folks,
> >
> > Our Present cloud environment is 4.7.1 and hyperviosr is 
> > XENSERVER6.5
> >
> >
> > Now we will not be using secondary storage for backups. so i am 
> > planning
> to
> > use other software tools(3rd backup tool) for the backups, please 
> > advice which tool is the best tool to take both full backup and 
> > incremental
> backup.
> >
> > Please suggest some of tools if known working as well.
> >
> > Regards,
> > Venkatesh.k
>

--
This email was Virus checked by UTM 9. http://www.sophos.com

CloudStack and SAN

[Mindaugas Milinavičius]

Hello,

What SAN do you use for your services?

I'm looking for SAN storage for ±500 VM's. Thinking about 15k RPM SAS
disks

Ofcourse, i'm interested at SolidFire - but not at this time, my budget to
small:)



Pagarbiai
Mindaugas Milinavičius
UAB STARNITA
Direktorius
http://www.clustspace.com
LT: +37068882880
RU: +79651806396

Tomorrow's posibilities today


   - 1 Core, 512MB RAM, 20GB SSD, 1Gbps, Unlimited, Location: Romania, Los
   Angeles, Ashburn Washington - 11EUR
   - 1 Core, 1024MB RAM, 30GB SSD, 1Gbps, Unlimited, Location: Romania, Los
   Angeles, Ashburn Washington - 18,7EUR
   - 2 Cores, 2048MB RAM, 40GB SSD, 1Gbps, Unlimited, Location: Romania,
   Los Angeles, Ashburn Washington - 27,5EUR
   - 4 Cores, 4096MB RAM, 100GB SSD, 1Gbps, Unlimited, Location: Romania,
   Los Angeles, Ashburn Washington - 46EUR

LDAP integration with existing ACS users for authentication

[Sonali Jadhav]

Hi,

I am running ACS 4.8.0 .I have few domains and accounts and respective users. 
All these existing users are using internal cloudstack authentications. But I 
wanted to implement LDAP authentication for new users Or I was wondering if 
it's possible to have LDAP and cloudstack both authentications running ?
Or Do I have to move existing ones to LDAP first?
How I can proceed with it?

Actually we have developed our own external customer portal/billing system, so 
we wanted to integrate cloudstack into it, so it will be centralized 
authentication from LDAP system.

/sonali

RE: VR issue High importance

[Sanjeev Neelarapu]

Hi Venkat,

We generally see the following exception when management server is not able to 
reach the VR:
com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1] is 
unreachable: Unable to apply userdata and password entry on router

There might be some network glitches that caused the issue. VR reboot is not 
the obvious solution.

Best Regards,
Sanjeev N
Chief Product Engineer, Accelerite
Off: +91 40 6722 9368 | EMail: sanjeev.neelar...@accelerite.com 


-Original Message-
From: Suresh Sadhu [mailto:suresh.sa...@accelerite.com] 
Sent: Wednesday, April 06, 2016 6:04 PM
To: users@cloudstack.apache.org
Subject: RE: VR issue High importance

HI Venkat,

Which hypervisor you are using  and also check the agent log in case of KVM.

For xenserver ,check the SMlog . for  that exception it will clearly tell you 
the reason for failure.

Mostly it will cause t due  to problem in  ssh key file ( if  router is not 
reachable from host) or   no space left.

So check the  router is accessible from the host/as well  as capacity.  

Regards
Sadhu






-Original Message-
From: tejas.sh...@frontier.in [mailto:tejas.sh...@frontier.in] 
Sent: Wednesday, April 6, 2016 5:42 PM
To: users@cloudstack.apache.org
Subject: Re: VR issue High importance

Hello venkat,

    Just increase cpu and mem overcommitment setting in global configuration.

Thanks,
Tejas

Sent from Nine


From: kotipalli venkatesh 
Sent: Apr 6, 2016 3:36 PM
To: users@cloudstack.apache.org
Subject: VR issue High importance

Hi All, 

when we are trying to  spin a instance getting the error is  "Unable to start a 
VM due to insufficient capacity" so we have checked storage and RAM it's look 
enough room place in host. 

*And also we have checked the management server log we identified that below 
error message :* 

2016-04-05 06:01:35,974 INFO  [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-114:ctx-9e73f683 ctx-419ad956) Unable to contact resource. 
com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1] is 
unreachable: Unable to apply userdata and password entry on router 

In this scenario we have rebooted the respected Virtual Router(VR) and then 
spin a instance successfully deployed. 

We are thinking that rebooted is not permanent solution andalso not good 
habit. 

Please guys if anyone facing this situation Please share the proper solution 
without any impact on existing instances. 

Regards,
Venkatesh.k 




DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.



DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

Re: (Re-)introduction

[Erik Weber]

On Wed, Apr 6, 2016 at 4:43 AM, Kirk Kosinski 
wrote:

> Hi, Apache CloudStack users.  If you don't know me, I'm Kirk, an ACS
> committer and former employee of Cloud.com and Citrix.  I haven't been very
> active on the lists lately, but I recently joined ShapeBlue and I will be
> helping out more here and other areas in the community.  If you happen to
> be attending ApacheCon NA next month, I'll be presenting a
> CloudStack-related session, so please check it out and say hello.  Thanks!!
>
>
Welcome back!

-- 
Erik

RE: (Re-)introduction

[Somesh Naidu]

Good to see you back Kirk!

Regards,
Somesh


-Original Message-
From: Kirk Kosinski [mailto:kirk.kosin...@shapeblue.com] 
Sent: Tuesday, April 05, 2016 10:43 PM
To: users@cloudstack.apache.org
Subject: (Re-)introduction
Importance: Low

Hi, Apache CloudStack users.  If you don't know me, I'm Kirk, an ACS committer 
and former employee of Cloud.com and Citrix.  I haven't been very active on the 
lists lately, but I recently joined ShapeBlue and I will be helping out more 
here and other areas in the community.  If you happen to be attending ApacheCon 
NA next month, I'll be presenting a CloudStack-related session, so please check 
it out and say hello.  Thanks!!

Kirk


Regards,

Kirk Kosinski

kirk.kosin...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HS
@shapeblue

RE: URGENT - CloudStack agent not able to connect to management server

[Somesh Naidu]

> Eventually, we could only connect back the host after we rebooted it, which 
> means sacrificing all the VMs which were still up and running during the 
> disconnection.

Instead of rebooting the KVM hosts, you may want try stopping the agent on all 
the hosts and then starting the agent service one by one.

> Will adding new management server be able to resolve the problem?

That really depends on whether your existing management servers are optimally 
tuned and still the resources are getting maxed out, if not, adding another 
server will be more of an overhead than benefit. 

Regards,
Somesh

-Original Message-
From: Indra Pramana [mailto:in...@sg.or.id] 
Sent: Sunday, April 03, 2016 7:44 AM
To: users@cloudstack.apache.org
Subject: Re: URGENT - CloudStack agent not able to connect to management server

Hi Lucian,

Good day to you, and thank you for your reply. Apologise for the delay in
my reply.

Yes, I can confirm that we can access the host and port specified. Based on
the logs, the host can connect to the management server but there's no
follow-up logs which usually come after it's connected. Eventually, we
could only connect back the host after we rebooted it, which means
sacrificing all the VMs which were still up and running during the
disconnection.

At the time when the first hypervisor was disconnected, the CloudStack
management servers were very busy handling the disconnections, trying to
fence the hosts and initiate HA for all the affected VMs, based on the
logs. Could this have put a strain on the management server, causing it to
disconnect all the remaining hosts? Will adding new management server be
able to resolve the problem?

Any advice is appreciated.

Looking forward to your reply, thank you.

Cheers.

On Thu, Mar 31, 2016 at 5:28 PM, Nux!  wrote:

> Hello,
>
> Are you sure you can connect from the hypervisors to the
> cloudstack-management on the host and port specified in the
> agent.properties?
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Indra Pramana" 
> > To: users@cloudstack.apache.org
> > Sent: Thursday, 31 March, 2016 03:14:59
> > Subject: URGENT - CloudStack agent not able to connect to management
> server
>
> > Dear all,
> >
> > We are using CloudStack 4.2.0, KVM hypervisor and Ceph RBD storage. All
> our
> > agents got disconnected from the management server and unable to connect
> > again, despite rebooting the management server and stopping and
> restarting
> > the cloudstack-agent many times.
> >
> > We even tried to physically reboot a hypervisor host (sacrificing all the
> > running VMs inside) to see if it can reconnect after boot-up, and it's
> not
> > able to reconnect (keep on "Connecting" state). Here's the excerpts from
> > the logs:
> >
> > 
> > 2016-03-31 10:07:49,346 DEBUG [cloud.agent.Agent] (UgentTask-5:null)
> > Sending ping: Seq 0-11:  { Cmd , MgmtId: -1, via: 0, Ver: v1, Flags: 11,
> >
> [{"com.cloud.agent.api.PingRoutingWithNwGroupsCommand":{"newGroupStates":{},"newStates":{},"_gatewayAccessible":true,"_vnetAccessible":true,"hostType":"Routing","hostId":0,"wait":0}}]
> > }
> > 2016-03-31 10:07:49,395 DEBUG [cloud.agent.Agent] (Agent-Handler-2:null)
> > Received response: Seq 0-11:  { Ans: , MgmtId: 161342671900, via: 75,
> Ver:
> > v1, Flags: 100010,
> >
> [{"com.cloud.agent.api.PingAnswer":{"_command":{"hostType":"Routing","hostId":0,"wait":0},"result":true,"wait":0}}]
> > }
> > 2016-03-31 10:08:49,271 DEBUG [kvm.resource.LibvirtComputingResource]
> > (UgentTask-5:null) Executing:
> > /usr/share/cloudstack-common/scripts/vm/network/security_group.py
> > get_rule_logs_for_vms
> > 2016-03-31 10:08:49,350 DEBUG [kvm.resource.LibvirtComputingResource]
> > (UgentTask-5:null) Execution is successful.
> > 2016-03-31 10:08:49,353 DEBUG [cloud.agent.Agent] (UgentTask-5:null)
> > Sending ping: Seq 0-12:  { Cmd , MgmtId: -1, via: 0, Ver: v1, Flags: 11,
> >
> [{"com.cloud.agent.api.PingRoutingWithNwGroupsCommand":{"newGroupStates":{},"newStates":{},"_gatewayAccessible":true,"_vnetAccessible":true,"hostType":"Routing","hostId":0,"wait":0}}]
> > }
> > 2016-03-31 10:08:49,406 DEBUG [cloud.agent.Agent] (Agent-Handler-3:null)
> > Received response: Seq 0-12:  { Ans: , MgmtId: 161342671900, via: 75,
> Ver:
> > v1, Flags: 100010,
> >
> [{"com.cloud.agent.api.PingAnswer":{"_command":{"hostType":"Routing","hostId":0,"wait":0},"result":true,"wait":0}}]
> > }
> > 2016-03-31 10:09:49,272 DEBUG [kvm.resource.LibvirtComputingResource]
> > (UgentTask-5:null) Executing:
> > /usr/share/cloudstack-common/scripts/vm/network/security_group.py
> > get_rule_logs_for_vms
> > 2016-03-31 10:09:49,345 DEBUG [kvm.resource.LibvirtComputingResource]
> > (UgentTask-5:null) Execution is successful.
> > 2016-03-31 10:09:49,347 DEBUG [cloud.agent.Agent] (UgentTask-5:null)
> > Sending ping: Seq 0-13:  { Cmd , MgmtId: -1, via: 0, Ver: v1, Flags: 11,
> >
> 

RE: VR issue High importance

[Suresh Sadhu]

HI Venkat,

Which hypervisor you are using  and also check the agent log in case of KVM.

For xenserver ,check the SMlog . for  that exception it will clearly tell you 
the reason for failure.

Mostly it will cause t due  to problem in  ssh key file ( if  router is not 
reachable from host) or   no space left.

So check the  router is accessible from the host/as well  as capacity.  

Regards
Sadhu






-Original Message-
From: tejas.sh...@frontier.in [mailto:tejas.sh...@frontier.in] 
Sent: Wednesday, April 6, 2016 5:42 PM
To: users@cloudstack.apache.org
Subject: Re: VR issue High importance

Hello venkat,

    Just increase cpu and mem overcommitment setting in global configuration.

Thanks,
Tejas

Sent from Nine


From: kotipalli venkatesh 
Sent: Apr 6, 2016 3:36 PM
To: users@cloudstack.apache.org
Subject: VR issue High importance

Hi All, 

when we are trying to  spin a instance getting the error is  "Unable to start a 
VM due to insufficient capacity" so we have checked storage and RAM it's look 
enough room place in host. 

*And also we have checked the management server log we identified that below 
error message :* 

2016-04-05 06:01:35,974 INFO  [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-114:ctx-9e73f683 ctx-419ad956) Unable to contact resource. 
com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1] is 
unreachable: Unable to apply userdata and password entry on router 

In this scenario we have rebooted the respected Virtual Router(VR) and then 
spin a instance successfully deployed. 

We are thinking that rebooted is not permanent solution andalso not good 
habit. 

Please guys if anyone facing this situation Please share the proper solution 
without any impact on existing instances. 

Regards,
Venkatesh.k 




DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

Re: VR issue High importance

[tejas . sheth]

Hello venkat,

    Just increase cpu and mem overcommitment setting in global configuration.

Thanks,
Tejas

Sent from Nine


From: kotipalli venkatesh 
Sent: Apr 6, 2016 3:36 PM
To: users@cloudstack.apache.org
Subject: VR issue High importance

Hi All, 

when we are trying to  spin a instance getting the error is  "Unable to 
start a VM due to insufficient capacity" so we have checked storage and RAM 
it's look enough room place in host. 

*And also we have checked the management server log we identified that 
below error message :* 

2016-04-05 06:01:35,974 INFO  [c.c.v.VirtualMachineManagerImpl] 
(Job-Executor-114:ctx-9e73f683 ctx-419ad956) Unable to contact resource. 
com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1] 
is unreachable: Unable to apply userdata and password entry on router 

In this scenario we have rebooted the respected Virtual Router(VR) and then 
spin a instance successfully deployed. 

We are thinking that rebooted is not permanent solution and�
� also not good 
habit. 

Please guys if anyone facing this situation Please share the proper 
solution without any impact on existing instances. 

Regards, 
Venkatesh.k 

VR issue High importance

[kotipalli venkatesh]

Hi All,

when we are trying to  spin a instance getting the error is  "Unable to
start a VM due to insufficient capacity" so we have checked storage and RAM
it's look enough room place in host.

*And also we have checked the management server log we identified that
below error message :*

2016-04-05 06:01:35,974 INFO  [c.c.v.VirtualMachineManagerImpl]
(Job-Executor-114:ctx-9e73f683 ctx-419ad956) Unable to contact resource.
com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1]
is unreachable: Unable to apply userdata and password entry on router

In this scenario we have rebooted the respected Virtual Router(VR) and then
spin a instance successfully deployed.

We are thinking that rebooted is not permanent solution and  also not good
habit.

Please guys if anyone facing this situation Please share the proper
solution without any impact on existing instances.

Regards,
Venkatesh.k

AW: Migrate system VMs from a cluster to another

[S . Brüseke - proIO GmbH]

Hi Ugo,

put your hosts of the old cluster into maintenance mode and CS will start the 
System VMs on another cluster. There will be a short downtime.

Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Ugo Vasi [mailto:ugo.v...@procne.it] 
Gesendet: Mittwoch, 6. April 2016 09:29
An: users@cloudstack.apache.org
Betreff: Migrate system VMs from a cluster to another

Hi all,
I have to dispose of the servers in a cluster and migrate all the VM on a new 
one but I have a problem with the system VMs.

The two cluster servers are different so I can not do a live migration.

I tried to stop and restart the console-proxy and, after a couple of tries, it 
is gone in the new cluster.

The SecondaryStorageVm always starts in the same host. I tried to create a new 
offering with host tag on a host of new cluster but I can not assign it because 
when the VM is stopped is not possible to change parameters and the VM starts 
automatically.

Regards, Ugo

-- 

   U g o   V a s i
   P r o c n e  s.r.l>)
   via Cotonificio 45  33010 Tavagnacco IT
   phone: +390432486523 fax: +390432486523

Le informazioni contenute in questo messaggio sono riservate e confidenziali ed 
è vietata la diffusione in qualunque modo eseguita.
Qualora Lei non fosse la persona a cui il presente messaggio è destinato, La 
invitiamo ad eliminarlo e a non leggerlo, dandocene gentilmente comunicazione.
Per qualsiasi informazione si prega di contattare supp...@procne.it .
Rif. D.L. 196/2003



- proIO GmbH -
Geschäftsführer: Swen Brüseke
Sitz der Gesellschaft: Frankfurt am Main

USt-IdNr. DE 267 075 918
Registergericht: Frankfurt am Main - HRB 86239

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
gestattet. 

This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify 
the sender immediately and destroy this e-mail.  
Any unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden. 

Migrate system VMs from a cluster to another

[Ugo Vasi]

Hi all,
I have to dispose of the servers in a cluster and migrate all the VM on 
a new one but I have a problem with the system VMs.


The two cluster servers are different so I can not do a live migration.

I tried to stop and restart the console-proxy and, after a couple of 
tries, it is gone in the new cluster.


The SecondaryStorageVm always starts in the same host. I tried to create 
a new offering with host tag on a host of new cluster but I can not 
assign it because when the VM is stopped is not possible to change 
parameters and the VM starts automatically.


Regards, Ugo

--

  U g o   V a s i
  P r o c n e  s.r.l>)
  via Cotonificio 45  33010 Tavagnacco IT
  phone: +390432486523 fax: +390432486523

Le informazioni contenute in questo messaggio sono riservate e
confidenziali ed è vietata la diffusione in qualunque modo eseguita.
Qualora Lei non fosse la persona a cui il presente messaggio è
destinato, La invitiamo ad eliminarlo e a non leggerlo, dandocene
gentilmente comunicazione.
Per qualsiasi informazione si prega di contattare supp...@procne.it .
Rif. D.L. 196/2003

Re: Suggest backup software

[kotipalli venkatesh]

Hi Nux,

Yes, we are using both primary and secondary is NFS. Which bcackup tool is
good as your past experience. could you please share the third-party tools
with working both incremental and full backups as well.

Regards,
Venkatesh.k

On Tue, Apr 5, 2016 at 9:50 PM, Nux!  wrote:

> What are you going to be using for storage? NFS?
> If you're dealing with vhd files, have a look at R1Soft, though building
> modules for XenServer will be tricky as there is no "kernel-devel".
>
> hth
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "kotipalli venkatesh" 
> > To: users@cloudstack.apache.org
> > Sent: Thursday, 31 March, 2016 14:11:15
> > Subject: Suggest backup software
>
> > Hi Folks,
> >
> > Our Present cloud environment is 4.7.1 and hyperviosr is XENSERVER6.5
> >
> >
> > Now we will not be using secondary storage for backups. so i am planning
> to
> > use other software tools(3rd backup tool) for the backups, please advice
> > which tool is the best tool to take both full backup and incremental
> backup.
> >
> > Please suggest some of tools if known working as well.
> >
> > Regards,
> > Venkatesh.k
>