CloudStack Silicon Valley meet up

[Lianghwa Jou]

Hello Everyone,

2016 is coming to an end and I know many of you were working on cool projects. 
How about a meetup to share some of your 2016 projects + plans for 2017 to take 
CloudStack to new heights?

Please share any topic you want to present. We have open slots..

5:45 - 6:15 : Networking & Welcome
6:15 - 6:45 : Framework to integrating K8s, Swarm and Mesos in Cloudstack by 
Jaydeep Marfatia
6:45 - 8:30 : Welcome presenters  - we have open slots for multiple topics - It 
could be you!
8:30 - 8:45 : wind down
Dinner will be served


Thursday, December 1, 2016
5:45 PM

Accelerite
2055 Laurelwood Rd, Santa Clara, CA 
(map)

RSVP:
https://www.meetup.com/CloudStack-Silicon-Valley-User-Group/events/235506211/


It would be great to see some of you there!

Best regards,

--
Lianghwa Jou
VP Engineering, Accelerite
email: lianghwa@accelerite.com






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.

2node HA ACS Cluster with DRBD

[Jeroen Keerl]

All,

 

I've been pondering a bit about a possible small-scale, HA setup:

 

Hardware

2 Nodes, each with 2 1Gbe and 2 10Gbe NICs

Both have hardware RAID controllers, redundant PS, Array controller with
BBWC and hot plug SAS drives.

 

If we'd "combine" the quick setup for CentOS6 (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/qi
g.html ) with the "additional management server" part (
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/ma
nagement-server/index.html#additional-management-servers ) then we'd have 2
management servers.

To make the local storage of both nodes "HA", one could use DRBD in a
"primary-primary" setup, so VM migration is possible as well. (I am not yet
clear on how to present this storage to the nodes)

 

To avoid split brain-situations, I see two possible strategies:

1)  Direct cabling of the 10Gbe controllers => Loss of connection can
only mean either one host is dead, or at least its NIC has died.

2)  Usage of IPMI / Fencing

 

Did anybody gather experience in a setup like that?

Does anybody have any thoughts on this - improvements, comments, doubts: Hit
me!

 

Cheers,

JK

 

* I came to this "setup", after a few issues with Xen Server 6.5
combined with "HA-Lizard", which actually uses DRBD in combination with TGTD
iSCSI. On the one side, I've had quite a few stability issues with Xen 6.5
and on the other side: The CS MS needs to be outside of this cluster . but
still needs to be installed on a redundant / HA piece of kit.

 

 





JeroenKeerl


Keerl IT Services GmbH
Birkenstraße 1b. 21521 Aumühle

+49 177 6320 317

www.keerl-it.com
i...@keerl-it.com

Geschäftsführer. Jacobus J. Keerl
Registergericht Lubeck. HRB-Nr. 14511

Unsere Allgemeine Geschäftsbedingungen finden Siehier.

Re: error adding VPN user in VPC network

[Andrei Mikhailovsky]

Dag, does it fail when you are creating a vpn user with a single router VPC?

Thanks

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 17:40:08
> Subject: Re: error adding VPN user in VPC network

> Looks like this one: https://issues.apache.org/jira/browse/CLOUDSTACK-9356
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 17:27, "Dag Sonstebo"  wrote:
> 
>Hi Andrei,
>
>Sorry I take that back, I’ve just recreated this, looks like a bug:
>
>1) Tested by adding VPN users with non-redundant VPC VR >> works OK
>2) Restarted VPC VR – but ticked the box to configure redundant VPC VR >>
>completed OK
>3) Tried to add another VPN user >> Fails:
>
>2016-11-22 17:22:05,491 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) VPN
>User VpnUser[5-batman-5] is set on
>com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$2c76655f@4511538c
>2016-11-22 17:22:05,492 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) 
> Unable
>to apply vpn users
>java.lang.IndexOutOfBoundsException: Index: 2, Size: 2
>   at java.util.ArrayList.rangeCheck(ArrayList.java:635)
>   at java.util.ArrayList.get(ArrayList.java:411)
>   at
>   
> com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>…
>2016-11-22 17:22:05,493 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc)
>Applying vpn access to VirtualRouter
>2016-11-22 17:22:05,493 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) 
> Failed
>to apply vpn for user andrei, accountId=5
>2016-11-22 17:22:05,501 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) 
> Failed
>to apply vpn for user batman, accountId=5
>2016-11-22 17:22:05,502 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Complete async
>job-45, jobStatus: FAILED, resultCode: 530, result:
>
> org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed
>to add vpn user"}
>2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Publish async 
> job-45
>complete on message bus
>2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Wake up jobs 
> related
>to job-45
>2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Update db 
> status for
>job-45
>2016-11-22 17:22:05,504 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Wake up jobs 
> joined
>with job-45 and disjoin all subjobs created from job- 45
>2016-11-22 17:22:05,522 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Done executing
>org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd for job-45
>
>
>Regards,
>Dag Sonstebo
>Cloud Architect
>ShapeBlue
>
>On 22/11/2016, 17:15, "Dag Sonstebo"  wrote:
>
>I have just tested this in ACS4.9.0 and can’t recreate the problems 
> you are
>seeing. Have you tried to restart the VPC with “cleanup”?
>
>Regards,
>Dag Sonstebo
>Cloud Architect
>ShapeBlue
>
>On 22/11/2016, 17:11, "Andrei Mikhailovsky" 
>  wrote:
>
>Yeah, it's a default one. I believe it comes with redundant 
> routers by default.
>I think the VPC has been created on ACS 4.7.x about 10 months ago. 
> Several
>months ago I've updated to 4.9.0.
>
>Andrei
>
>
>dag.sonst...@shapeblue.com
>www.shapeblue.com
>53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>@shapeblue
>  
> 
>
>
>dag.sonst...@shapeblue.com
>www.shapeblue.com
>53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>@shapeblue
>  
> 
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>  
> 
> 
> - Original Message -
>> From: "Dag Sonstebo" 
>  

Re: error adding VPN user in VPC network

[Dag Sonstebo]

Looks like this one: https://issues.apache.org/jira/browse/CLOUDSTACK-9356 

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 17:27, "Dag Sonstebo"  wrote:

Hi Andrei,

Sorry I take that back, I’ve just recreated this, looks like a bug:

1) Tested by adding VPN users with non-redundant VPC VR >> works OK
2) Restarted VPC VR – but ticked the box to configure redundant VPC VR >> 
completed OK
3) Tried to add another VPN user >> Fails:

2016-11-22 17:22:05,491 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) VPN 
User VpnUser[5-batman-5] is set on 
com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$2c76655f@4511538c
2016-11-22 17:22:05,492 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) Unable 
to apply vpn users 
java.lang.IndexOutOfBoundsException: Index: 2, Size: 2
at java.util.ArrayList.rangeCheck(ArrayList.java:635)
at java.util.ArrayList.get(ArrayList.java:411)
at 
com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
…
2016-11-22 17:22:05,493 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) 
Applying vpn access to VirtualRouter
2016-11-22 17:22:05,493 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) Failed 
to apply vpn for user andrei, accountId=5
2016-11-22 17:22:05,501 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) Failed 
to apply vpn for user batman, accountId=5
2016-11-22 17:22:05,502 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Complete async 
job-45, jobStatus: FAILED, resultCode: 530, result: 
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed
 to add vpn user"}
2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Publish async job-45 
complete on message bus
2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Wake up jobs related 
to job-45
2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Update db status for 
job-45
2016-11-22 17:22:05,504 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Wake up jobs joined 
with job-45 and disjoin all subjobs created from job- 45
2016-11-22 17:22:05,522 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Done executing 
org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd for job-45


Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 17:15, "Dag Sonstebo"  wrote:

I have just tested this in ACS4.9.0 and can’t recreate the problems you 
are seeing. Have you tried to restart the VPC with “cleanup”?

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 17:11, "Andrei Mikhailovsky"  
wrote:

Yeah, it's a default one. I believe it comes with redundant routers 
by default. I think the VPC has been created on ACS 4.7.x about 10 months ago. 
Several months ago I've updated to 4.9.0.

Andrei


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 16:46:39
> Subject: Re: error adding VPN user in VPC network

> Which VPC service offering are you using? Is this just the 
standard “default VPC
> offering”?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 16:37, "Andrei Mikhailovsky" 
 wrote:
> 
>Hi Dag,
  

Re: error adding VPN user in VPC network

[Dag Sonstebo]

Hi Andrei,

Sorry I take that back, I’ve just recreated this, looks like a bug:

1) Tested by adding VPN users with non-redundant VPC VR >> works OK
2) Restarted VPC VR – but ticked the box to configure redundant VPC VR >> 
completed OK
3) Tried to add another VPN user >> Fails:

2016-11-22 17:22:05,491 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) VPN 
User VpnUser[5-batman-5] is set on 
com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$2c76655f@4511538c
2016-11-22 17:22:05,492 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) Unable 
to apply vpn users 
java.lang.IndexOutOfBoundsException: Index: 2, Size: 2
at java.util.ArrayList.rangeCheck(ArrayList.java:635)
at java.util.ArrayList.get(ArrayList.java:411)
at 
com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
…
2016-11-22 17:22:05,493 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) 
Applying vpn access to VirtualRouter
2016-11-22 17:22:05,493 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) Failed 
to apply vpn for user andrei, accountId=5
2016-11-22 17:22:05,501 WARN  [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45 ctx-f6586168) (logid:a43142cc) Failed 
to apply vpn for user batman, accountId=5
2016-11-22 17:22:05,502 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Complete async 
job-45, jobStatus: FAILED, resultCode: 530, result: 
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed
 to add vpn user"}
2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Publish async job-45 
complete on message bus
2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Wake up jobs related 
to job-45
2016-11-22 17:22:05,503 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Update db status for 
job-45
2016-11-22 17:22:05,504 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Wake up jobs joined 
with job-45 and disjoin all subjobs created from job- 45
2016-11-22 17:22:05,522 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-34:ctx-6d74bcb1 job-45) (logid:a43142cc) Done executing 
org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd for job-45


Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 17:15, "Dag Sonstebo"  wrote:

I have just tested this in ACS4.9.0 and can’t recreate the problems you are 
seeing. Have you tried to restart the VPC with “cleanup”?

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 17:11, "Andrei Mikhailovsky"  
wrote:

Yeah, it's a default one. I believe it comes with redundant routers by 
default. I think the VPC has been created on ACS 4.7.x about 10 months ago. 
Several months ago I've updated to 4.9.0.

Andrei


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 16:46:39
> Subject: Re: error adding VPN user in VPC network

> Which VPC service offering are you using? Is this just the standard 
“default VPC
> offering”?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 16:37, "Andrei Mikhailovsky" 
 wrote:
> 
>Hi Dag,
>
>Thanks for the quick response. Actually, the username that I've 
tried to set up
>was just "andrei". 40 and 45 could be the id numbers of the 
account/domain
>perhaps? I've also tried to change the usernames and provided 
different
>passwords, but had the same error.
>
>Andrei
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>  
> 
> 
> - Original Message -
>> 

Re: error adding VPN user in VPC network

[Dag Sonstebo]

I have just tested this in ACS4.9.0 and can’t recreate the problems you are 
seeing. Have you tried to restart the VPC with “cleanup”?

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 17:11, "Andrei Mikhailovsky"  wrote:

Yeah, it's a default one. I believe it comes with redundant routers by 
default. I think the VPC has been created on ACS 4.7.x about 10 months ago. 
Several months ago I've updated to 4.9.0.

Andrei


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 16:46:39
> Subject: Re: error adding VPN user in VPC network

> Which VPC service offering are you using? Is this just the standard 
“default VPC
> offering”?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 16:37, "Andrei Mikhailovsky"  
wrote:
> 
>Hi Dag,
>
>Thanks for the quick response. Actually, the username that I've tried 
to set up
>was just "andrei". 40 and 45 could be the id numbers of the 
account/domain
>perhaps? I've also tried to change the usernames and provided different
>passwords, but had the same error.
>
>Andrei
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>  
> 
> 
> - Original Message -
>> From: "Dag Sonstebo" 
>> To: "users" 
>> Sent: Tuesday, 22 November, 2016 13:37:54
>> Subject: Re: error adding VPN user in VPC network
>
>> Hi Andrei,
>> 
>> I’ve discussed with my colleagues and we think this may be related to
>> https://issues.apache.org/jira/browse/CLOUDSTACK-9498
>> 
>> From your logs it looks like the username you are using is 
“40-andrei-45”? Could
>> you try with a username with just normal characters?
>> 
>> Regards,
>> Dag Sonstebo
>> Cloud Architect
>> ShapeBlue
>> 
>> On 22/11/2016, 12:14, "Andrei Mikhailovsky" 
 wrote:
>> 
>>Hello
>>
>>I am running ACS 4.9.0.
>>
>>I am having an issue with adding a VPN user to the VPC network. 
I've enabled the
>>VPN service on the static IP. The service was enabled and I have 
the PSK shown
>>to me. However, when I am adding a new user it fails with the 
following error:
>>
>>2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) 
(logid:f76b2eae) VPN
>>User VpnUser[40-andrei-45] is set on
>>
com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c
>>2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) 
(logid:f76b2eae)
>>Unable to apply vpn users
>>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
>>at java.util.ArrayList.rangeCheck(ArrayList.java:635)
>>at java.util.ArrayList.get(ArrayList.java:411)
>>at
>>
com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
>>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.$Proxy237.applyVpnUsers(Unknown Source)
>>at
>

Re: error adding VPN user in VPC network

[Andrei Mikhailovsky]

Yeah, it's a default one. I believe it comes with redundant routers by default. 
I think the VPC has been created on ACS 4.7.x about 10 months ago. Several 
months ago I've updated to 4.9.0.

Andrei

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 16:46:39
> Subject: Re: error adding VPN user in VPC network

> Which VPC service offering are you using? Is this just the standard “default 
> VPC
> offering”?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 16:37, "Andrei Mikhailovsky"  wrote:
> 
>Hi Dag,
>
>Thanks for the quick response. Actually, the username that I've tried to 
> set up
>was just "andrei". 40 and 45 could be the id numbers of the account/domain
>perhaps? I've also tried to change the usernames and provided different
>passwords, but had the same error.
>
>Andrei
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>  
> 
> 
> - Original Message -
>> From: "Dag Sonstebo" 
>> To: "users" 
>> Sent: Tuesday, 22 November, 2016 13:37:54
>> Subject: Re: error adding VPN user in VPC network
>
>> Hi Andrei,
>> 
>> I’ve discussed with my colleagues and we think this may be related to
>> https://issues.apache.org/jira/browse/CLOUDSTACK-9498
>> 
>> From your logs it looks like the username you are using is 
> “40-andrei-45”? Could
>> you try with a username with just normal characters?
>> 
>> Regards,
>> Dag Sonstebo
>> Cloud Architect
>> ShapeBlue
>> 
>> On 22/11/2016, 12:14, "Andrei Mikhailovsky"  
> wrote:
>> 
>>Hello
>>
>>I am running ACS 4.9.0.
>>
>>I am having an issue with adding a VPN user to the VPC network. I've 
> enabled the
>>VPN service on the static IP. The service was enabled and I have the 
> PSK shown
>>to me. However, when I am adding a new user it fails with the 
> following error:
>>
>>2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) 
> (logid:f76b2eae) VPN
>>User VpnUser[40-andrei-45] is set on
>>
> com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c
>>2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) 
> (logid:f76b2eae)
>>Unable to apply vpn users
>>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
>>at java.util.ArrayList.rangeCheck(ArrayList.java:635)
>>at java.util.ArrayList.get(ArrayList.java:411)
>>at
>>
> com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
>>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.$Proxy237.applyVpnUsers(Unknown Source)
>>at
>>
> org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd.execute(AddVpnUserCmd.java:122)
>>at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
>>at 
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>>at
>>
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
>>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
>>
> 

Re: error adding VPN user in VPC network

[Dag Sonstebo]

Which VPC service offering are you using? Is this just the standard “default 
VPC offering”?

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 16:37, "Andrei Mikhailovsky"  wrote:

Hi Dag,

Thanks for the quick response. Actually, the username that I've tried to 
set up was just "andrei". 40 and 45 could be the id numbers of the 
account/domain perhaps? I've also tried to change the usernames and provided 
different passwords, but had the same error.

Andrei


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 13:37:54
> Subject: Re: error adding VPN user in VPC network

> Hi Andrei,
> 
> I’ve discussed with my colleagues and we think this may be related to
> https://issues.apache.org/jira/browse/CLOUDSTACK-9498
> 
> From your logs it looks like the username you are using is 
“40-andrei-45”? Could
> you try with a username with just normal characters?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 12:14, "Andrei Mikhailovsky"  
wrote:
> 
>Hello
>
>I am running ACS 4.9.0.
>
>I am having an issue with adding a VPN user to the VPC network. I've 
enabled the
>VPN service on the static IP. The service was enabled and I have the 
PSK shown
>to me. However, when I am adding a new user it fails with the 
following error:
>
>2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) 
(logid:f76b2eae) VPN
>User VpnUser[40-andrei-45] is set on
>
com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c
>2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) 
(logid:f76b2eae)
>Unable to apply vpn users
>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
>at java.util.ArrayList.rangeCheck(ArrayList.java:635)
>at java.util.ArrayList.get(ArrayList.java:411)
>at
>
com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
>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.$Proxy237.applyVpnUsers(Unknown Source)
>at
>
org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd.execute(AddVpnUserCmd.java:122)
>at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
>at 
com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>at
>
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
>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:502)
>at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>at
> 

Re: error adding VPN user in VPC network

[Andrei Mikhailovsky]

Dag, i've just checked and I can add a vpn user to a non-VPC network without 
any errors.

Andrei

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 13:37:54
> Subject: Re: error adding VPN user in VPC network

> Hi Andrei,
> 
> I’ve discussed with my colleagues and we think this may be related to
> https://issues.apache.org/jira/browse/CLOUDSTACK-9498
> 
> From your logs it looks like the username you are using is “40-andrei-45”? 
> Could
> you try with a username with just normal characters?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 12:14, "Andrei Mikhailovsky"  wrote:
> 
>Hello
>
>I am running ACS 4.9.0.
>
>I am having an issue with adding a VPN user to the VPC network. I've 
> enabled the
>VPN service on the static IP. The service was enabled and I have the PSK 
> shown
>to me. However, when I am adding a new user it fails with the following 
> error:
>
>2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
> VPN
>User VpnUser[40-andrei-45] is set on
>com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c
>2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae)
>Unable to apply vpn users
>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
>at java.util.ArrayList.rangeCheck(ArrayList.java:635)
>at java.util.ArrayList.get(ArrayList.java:411)
>at
>
> com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
>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.$Proxy237.applyVpnUsers(Unknown Source)
>at
>
> org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd.execute(AddVpnUserCmd.java:122)
>at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
>at 
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>at
>
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
>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:502)
>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-11-22 12:05:26,190 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae)
>Applying vpn access to VirtualRouter
>2016-11-22 12:05:26,192 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae)
>Failed to apply vpn for user andrei, accountId=45
>2016-11-22 12:05:26,193 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537) (logid:f76b2eae) Complete 
> async
>job-31537, jobStatus: FAILED, resultCode: 

Re: error adding VPN user in VPC network

[Andrei Mikhailovsky]

Hi Dag,

Thanks for the quick response. Actually, the username that I've tried to set up 
was just "andrei". 40 and 45 could be the id numbers of the account/domain 
perhaps? I've also tried to change the usernames and provided different 
passwords, but had the same error.

Andrei

- Original Message -
> From: "Dag Sonstebo" 
> To: "users" 
> Sent: Tuesday, 22 November, 2016 13:37:54
> Subject: Re: error adding VPN user in VPC network

> Hi Andrei,
> 
> I’ve discussed with my colleagues and we think this may be related to
> https://issues.apache.org/jira/browse/CLOUDSTACK-9498
> 
> From your logs it looks like the username you are using is “40-andrei-45”? 
> Could
> you try with a username with just normal characters?
> 
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
> 
> On 22/11/2016, 12:14, "Andrei Mikhailovsky"  wrote:
> 
>Hello
>
>I am running ACS 4.9.0.
>
>I am having an issue with adding a VPN user to the VPC network. I've 
> enabled the
>VPN service on the static IP. The service was enabled and I have the PSK 
> shown
>to me. However, when I am adding a new user it fails with the following 
> error:
>
>2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
> VPN
>User VpnUser[40-andrei-45] is set on
>com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c
>2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae)
>Unable to apply vpn users
>java.lang.IndexOutOfBoundsException: Index: 1, Size: 1
>at java.util.ArrayList.rangeCheck(ArrayList.java:635)
>at java.util.ArrayList.get(ArrayList.java:411)
>at
>
> com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
>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.$Proxy237.applyVpnUsers(Unknown Source)
>at
>
> org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd.execute(AddVpnUserCmd.java:122)
>at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
>at 
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>at
>
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
>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:502)
>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-11-22 12:05:26,190 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae)
>Applying vpn access to VirtualRouter
>2016-11-22 12:05:26,192 WARN [c.c.n.v.RemoteAccessVpnManagerImpl]
>(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae)
>Failed to apply vpn for user andrei, accountId=45
>2016-11-22 

Re: Disconnected XenServer 6.5 Master server

[Dag Sonstebo]

OK, cool. What is host 3? (select * from cloud.host where id=3 in the db). 
Is this the old poolmaster? If this is the old poolmaster you probably want to 
put this into maintenance mode in CloudStack.

Regards,
Dag Sonstebo

On 22/11/2016, 15:15, "uabstarn...@gmail.com on behalf of Mindaugas 
Milinavičius"  
wrote:

Hello,

pool master and slaves all is ok. Master new server, and slaves working
with new master. There is perfect.

xe pool-ha-disable
The operation could not be performed because HA is not enabled on the Pool

I restarted cloudstack-management service, but anyway, VM's showing online
and can't be restarted or migrated to another host

2016-11-22 17:20:53,501 WARN  [o.a.c.a.c.a.v.MigrateVMCmd]
(API-Job-Executor-2:ctx-fe868303 job-3755 ctx-4e021994) (logid:97c86433)
Exception:
com.cloud.exception.AgentUnavailableException: Resource [Host:3] is
unreachable: Host 3: Host with specified id is not in the right state: Alert
at

com.cloud.agent.manager.ClusteredAgentManagerImpl.getAttache(ClusteredAgentManagerImpl.java:568)
at
com.cloud.agent.manager.AgentManagerImpl.send(AgentManagerImpl.java:446)
at
com.cloud.agent.manager.AgentManagerImpl.send(AgentManagerImpl.java:360)







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

Tomorrow's possibilities today


   - 1 core CPU, 512MB RAM, 20GB (From €2.50)
   - 1 core CPU, 1GB RAM, 30GB (From €5.00)
   - 2 core CPU, 2GB RAM, 40GB (From €10.00)
   - 2 core CPU, 4GB RAM, 60GB (From €20.00)
   - 4 core CPU, 8GB RAM, 80GB (From €40.00)


On Tue, Nov 22, 2016 at 6:02 PM, Dag Sonstebo 
wrote:

> I would first of all check your new master thoroughly with the below
> commands, then check your XS slaves - do a “more /etc/xensource/pool.conf”
> on all of them to check that they all agree point to the new poolmaster 
(in
> fact carry this step out on the new master as well). If not you may have 
to
> do a “xe pool-recover-slaves”. There may be other steps required as well –
> you may have to disable HA temporarily (xe pool-ha-disable) + do some
> xe-toolstack-restarts.
>
> Once you are fully happy the XenServer cluster is healthy you might have
> to restart your cloudstack-management service.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 22/11/2016, 14:51, "uabstarn...@gmail.com on behalf of Mindaugas
> Milinavičius" 
> wrote:
>
> Hello,
>
> i did xe pool-emergency-transition-to-master and other server started
> and
> connected.
>
> But my master server is not bootable at the moment, and i can't
> stop/restart or migrate instance to another host, because on 
cloudstack
> still showing old server like masterHow to change master at
> cloudstack
> to the new one?
>
>
>
>
> Pagarbiai
> Mindaugas Milinavičius
> UAB STARNITA
> Direktorius
> http://www.clustspace.com
> LT: +37068882880
> RU: +7913933
>
> Tomorrow's possibilities today
> 
>
>- 1 core CPU, 512MB RAM, 20GB (From €2.50)
>- 1 core CPU, 1GB RAM, 30GB (From €5.00)
>- 2 core CPU, 2GB RAM, 40GB (From €10.00)
>- 2 core CPU, 4GB RAM, 60GB (From €20.00)
>- 4 core CPU, 8GB RAM, 80GB (From €40.00)
>
>
> On Tue, Nov 22, 2016 at 5:48 PM, Dag Sonstebo <
> dag.sonst...@shapeblue.com>
> wrote:
>
> > Are the other XS hosts showing as healthy in CloudStack? This can
> > sometimes be a XenServer issue – where a new poolmaster isn’t
> assigned
> > properly.
> >
> > Check the current state of your cluster (“xe host-list / xe
> pool-list /
> > more /etc/xensource/pool.conf”) + if it’s not healthy you may need
> to do a
> > “xe pool-designate-new-master” (or worst case “xe
> > pool-emergency-transition-to-master”).
> >
> > Regards,
> > Dag Sonstebo
> > Cloud Architect
> > ShapeBlue
> >
> > On 22/11/2016, 14:36, "uabstarn...@gmail.com on behalf of Mindaugas
> > Milinavičius"  mindau...@clustspace.com>
> > wrote:
> >
> > Hello,
> >
> > Master server got disconnect (problem with HDD's) and now, can't
> > stop/restart some of VM's.
> >

Re: Disconnected XenServer 6.5 Master server

[Mindaugas Milinavičius]

Hello,

pool master and slaves all is ok. Master new server, and slaves working
with new master. There is perfect.

xe pool-ha-disable
The operation could not be performed because HA is not enabled on the Pool

I restarted cloudstack-management service, but anyway, VM's showing online
and can't be restarted or migrated to another host

2016-11-22 17:20:53,501 WARN  [o.a.c.a.c.a.v.MigrateVMCmd]
(API-Job-Executor-2:ctx-fe868303 job-3755 ctx-4e021994) (logid:97c86433)
Exception:
com.cloud.exception.AgentUnavailableException: Resource [Host:3] is
unreachable: Host 3: Host with specified id is not in the right state: Alert
at
com.cloud.agent.manager.ClusteredAgentManagerImpl.getAttache(ClusteredAgentManagerImpl.java:568)
at
com.cloud.agent.manager.AgentManagerImpl.send(AgentManagerImpl.java:446)
at
com.cloud.agent.manager.AgentManagerImpl.send(AgentManagerImpl.java:360)







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

Tomorrow's possibilities today


   - 1 core CPU, 512MB RAM, 20GB (From €2.50)
   - 1 core CPU, 1GB RAM, 30GB (From €5.00)
   - 2 core CPU, 2GB RAM, 40GB (From €10.00)
   - 2 core CPU, 4GB RAM, 60GB (From €20.00)
   - 4 core CPU, 8GB RAM, 80GB (From €40.00)


On Tue, Nov 22, 2016 at 6:02 PM, Dag Sonstebo 
wrote:

> I would first of all check your new master thoroughly with the below
> commands, then check your XS slaves - do a “more /etc/xensource/pool.conf”
> on all of them to check that they all agree point to the new poolmaster (in
> fact carry this step out on the new master as well). If not you may have to
> do a “xe pool-recover-slaves”. There may be other steps required as well –
> you may have to disable HA temporarily (xe pool-ha-disable) + do some
> xe-toolstack-restarts.
>
> Once you are fully happy the XenServer cluster is healthy you might have
> to restart your cloudstack-management service.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 22/11/2016, 14:51, "uabstarn...@gmail.com on behalf of Mindaugas
> Milinavičius" 
> wrote:
>
> Hello,
>
> i did xe pool-emergency-transition-to-master and other server started
> and
> connected.
>
> But my master server is not bootable at the moment, and i can't
> stop/restart or migrate instance to another host, because on cloudstack
> still showing old server like masterHow to change master at
> cloudstack
> to the new one?
>
>
>
>
> Pagarbiai
> Mindaugas Milinavičius
> UAB STARNITA
> Direktorius
> http://www.clustspace.com
> LT: +37068882880
> RU: +7913933
>
> Tomorrow's possibilities today
> 
>
>- 1 core CPU, 512MB RAM, 20GB (From €2.50)
>- 1 core CPU, 1GB RAM, 30GB (From €5.00)
>- 2 core CPU, 2GB RAM, 40GB (From €10.00)
>- 2 core CPU, 4GB RAM, 60GB (From €20.00)
>- 4 core CPU, 8GB RAM, 80GB (From €40.00)
>
>
> On Tue, Nov 22, 2016 at 5:48 PM, Dag Sonstebo <
> dag.sonst...@shapeblue.com>
> wrote:
>
> > Are the other XS hosts showing as healthy in CloudStack? This can
> > sometimes be a XenServer issue – where a new poolmaster isn’t
> assigned
> > properly.
> >
> > Check the current state of your cluster (“xe host-list / xe
> pool-list /
> > more /etc/xensource/pool.conf”) + if it’s not healthy you may need
> to do a
> > “xe pool-designate-new-master” (or worst case “xe
> > pool-emergency-transition-to-master”).
> >
> > Regards,
> > Dag Sonstebo
> > Cloud Architect
> > ShapeBlue
> >
> > On 22/11/2016, 14:36, "uabstarn...@gmail.com on behalf of Mindaugas
> > Milinavičius"  mindau...@clustspace.com>
> > wrote:
> >
> > Hello,
> >
> > Master server got disconnect (problem with HDD's) and now, can't
> > stop/restart some of VM's.
> >
> > There is enabled HA, but they are not restarting on another
> server.
> >
> > Anyone have idea, how to do it manually?
> >
> >
> >
> > Pagarbiai
> > Mindaugas Milinavičius
> > UAB STARNITA
> > Direktorius
> > http://www.clustspace.com
> > LT: +37068882880
> > RU: +7913933
> >
> > Tomorrow's possibilities today
> > 
> >
> >- 1 core CPU, 512MB RAM, 20GB (From €2.50)
> >- 1 core CPU, 1GB RAM, 30GB (From €5.00)
> >- 2 core CPU, 2GB RAM, 40GB (From €10.00)
> >- 2 core CPU, 4GB RAM, 60GB (From €20.00)
> >- 4 core CPU, 8GB RAM, 80GB (From €40.00)
> >
> >
> >
> > dag.sonst...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > @shapeblue
>  

Re: Disconnected XenServer 6.5 Master server

[Dag Sonstebo]

I would first of all check your new master thoroughly with the below commands, 
then check your XS slaves - do a “more /etc/xensource/pool.conf” on all of them 
to check that they all agree point to the new poolmaster (in fact carry this 
step out on the new master as well). If not you may have to do a “xe 
pool-recover-slaves”. There may be other steps required as well – you may have 
to disable HA temporarily (xe pool-ha-disable) + do some xe-toolstack-restarts.

Once you are fully happy the XenServer cluster is healthy you might have to 
restart your cloudstack-management service. 

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 14:51, "uabstarn...@gmail.com on behalf of Mindaugas 
Milinavičius"  
wrote:

Hello,

i did xe pool-emergency-transition-to-master and other server started and
connected.

But my master server is not bootable at the moment, and i can't
stop/restart or migrate instance to another host, because on cloudstack
still showing old server like masterHow to change master at cloudstack
to the new one?




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

Tomorrow's possibilities today


   - 1 core CPU, 512MB RAM, 20GB (From €2.50)
   - 1 core CPU, 1GB RAM, 30GB (From €5.00)
   - 2 core CPU, 2GB RAM, 40GB (From €10.00)
   - 2 core CPU, 4GB RAM, 60GB (From €20.00)
   - 4 core CPU, 8GB RAM, 80GB (From €40.00)


On Tue, Nov 22, 2016 at 5:48 PM, Dag Sonstebo 
wrote:

> Are the other XS hosts showing as healthy in CloudStack? This can
> sometimes be a XenServer issue – where a new poolmaster isn’t assigned
> properly.
>
> Check the current state of your cluster (“xe host-list / xe pool-list /
> more /etc/xensource/pool.conf”) + if it’s not healthy you may need to do a
> “xe pool-designate-new-master” (or worst case “xe
> pool-emergency-transition-to-master”).
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 22/11/2016, 14:36, "uabstarn...@gmail.com on behalf of Mindaugas
> Milinavičius" 
> wrote:
>
> Hello,
>
> Master server got disconnect (problem with HDD's) and now, can't
> stop/restart some of VM's.
>
> There is enabled HA, but they are not restarting on another server.
>
> Anyone have idea, how to do it manually?
>
>
>
> Pagarbiai
> Mindaugas Milinavičius
> UAB STARNITA
> Direktorius
> http://www.clustspace.com
> LT: +37068882880
> RU: +7913933
>
> Tomorrow's possibilities today
> 
>
>- 1 core CPU, 512MB RAM, 20GB (From €2.50)
>- 1 core CPU, 1GB RAM, 30GB (From €5.00)
>- 2 core CPU, 2GB RAM, 40GB (From €10.00)
>- 2 core CPU, 4GB RAM, 60GB (From €20.00)
>- 4 core CPU, 8GB RAM, 80GB (From €40.00)
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>



dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: Disconnected XenServer 6.5 Master server

[Dag Sonstebo]

Are the other XS hosts showing as healthy in CloudStack? This can sometimes be 
a XenServer issue – where a new poolmaster isn’t assigned properly.

Check the current state of your cluster (“xe host-list / xe pool-list / more 
/etc/xensource/pool.conf”) + if it’s not healthy you may need to do a “xe 
pool-designate-new-master” (or worst case “xe 
pool-emergency-transition-to-master”).

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 14:36, "uabstarn...@gmail.com on behalf of Mindaugas 
Milinavičius"  
wrote:

Hello,

Master server got disconnect (problem with HDD's) and now, can't
stop/restart some of VM's.

There is enabled HA, but they are not restarting on another server.

Anyone have idea, how to do it manually?



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

Tomorrow's possibilities today


   - 1 core CPU, 512MB RAM, 20GB (From €2.50)
   - 1 core CPU, 1GB RAM, 30GB (From €5.00)
   - 2 core CPU, 2GB RAM, 40GB (From €10.00)
   - 2 core CPU, 4GB RAM, 60GB (From €20.00)
   - 4 core CPU, 8GB RAM, 80GB (From €40.00)



dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: Disconnected XenServer 6.5 Master server

[Mindaugas Milinavičius]

Hello,

i did xe pool-emergency-transition-to-master and other server started and
connected.

But my master server is not bootable at the moment, and i can't
stop/restart or migrate instance to another host, because on cloudstack
still showing old server like masterHow to change master at cloudstack
to the new one?




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

Tomorrow's possibilities today


   - 1 core CPU, 512MB RAM, 20GB (From €2.50)
   - 1 core CPU, 1GB RAM, 30GB (From €5.00)
   - 2 core CPU, 2GB RAM, 40GB (From €10.00)
   - 2 core CPU, 4GB RAM, 60GB (From €20.00)
   - 4 core CPU, 8GB RAM, 80GB (From €40.00)


On Tue, Nov 22, 2016 at 5:48 PM, Dag Sonstebo 
wrote:

> Are the other XS hosts showing as healthy in CloudStack? This can
> sometimes be a XenServer issue – where a new poolmaster isn’t assigned
> properly.
>
> Check the current state of your cluster (“xe host-list / xe pool-list /
> more /etc/xensource/pool.conf”) + if it’s not healthy you may need to do a
> “xe pool-designate-new-master” (or worst case “xe
> pool-emergency-transition-to-master”).
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 22/11/2016, 14:36, "uabstarn...@gmail.com on behalf of Mindaugas
> Milinavičius" 
> wrote:
>
> Hello,
>
> Master server got disconnect (problem with HDD's) and now, can't
> stop/restart some of VM's.
>
> There is enabled HA, but they are not restarting on another server.
>
> Anyone have idea, how to do it manually?
>
>
>
> Pagarbiai
> Mindaugas Milinavičius
> UAB STARNITA
> Direktorius
> http://www.clustspace.com
> LT: +37068882880
> RU: +7913933
>
> Tomorrow's possibilities today
> 
>
>- 1 core CPU, 512MB RAM, 20GB (From €2.50)
>- 1 core CPU, 1GB RAM, 30GB (From €5.00)
>- 2 core CPU, 2GB RAM, 40GB (From €10.00)
>- 2 core CPU, 4GB RAM, 60GB (From €20.00)
>- 4 core CPU, 8GB RAM, 80GB (From €40.00)
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Disconnected XenServer 6.5 Master server

[Mindaugas Milinavičius]

Hello,

Master server got disconnect (problem with HDD's) and now, can't
stop/restart some of VM's.

There is enabled HA, but they are not restarting on another server.

Anyone have idea, how to do it manually?



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

Tomorrow's possibilities today


   - 1 core CPU, 512MB RAM, 20GB (From €2.50)
   - 1 core CPU, 1GB RAM, 30GB (From €5.00)
   - 2 core CPU, 2GB RAM, 40GB (From €10.00)
   - 2 core CPU, 4GB RAM, 60GB (From €20.00)
   - 4 core CPU, 8GB RAM, 80GB (From €40.00)

Re: Reset ssh key

[Semih Tolga DEMİR]

Hi Dag & Pierre Luc

We have a same situation which Pierre Luc mentioned, when we try to assign
new ssh key it also resets vm’s admin password.
So i like to learn if this is normal or not, so i took my question, so if
this is a bug do you want me to create a Jira Ticket?

Thanks
Tolga

 Also i am sorry that i could not clearly express my ssh key resetting
problem on my previous emails :)

2016-11-22 17:01 GMT+03:00 Pierre-Luc Dion :

> Hi Tolga,
>
> I'm not sure it as been raised as a bug but yes, when you reset the SSHkey
> of a VM it also reset the user password. So I guest it's up to your
> templates to support one auth method or both.
>
> Are you using cloud-init or scripts defined in the CloudStack documentation
> ?
>
> Regards,
>
>
>
>
>
> > It’s possible a misunderstanding on my part – but how do you generate the
> > SSH keys?
> >
> > If you do this from the CloudStack GUI: home > accounts > (accountname) >
> > (username) and click on the “generate keys” button – this does not
> generate
> > SSH keys, this generates the API + secret key for that user. To generate
> > and upload SSH keys please refer to http://docs.cloudstack.apache.
> > org/projects/cloudstack-administration/en/4.8/virtual_machines.html
> >
> > If you do follow this already – my apologies for the misunderstanding.
> >
> > Regards,
> > Dag Sonstebo
> > Cloud Architect
> > ShapeBlue
> >
> > On 22/11/2016, 09:29, "Semih Tolga DEMİR" 
> > wrote:
> >
> > Hi,
> >
> > I see this issue when adding new SSH Key Pair  to existing VM
> >
> > Creating a new SSH Key
> > Accounts -> Create a SSH Key Pairs as tolga
> > Then
> > Create a VM without ssh key selection.
> > After login he VM with X password
> > Then shutdown VM
> > Reset SSH Key Pair
> > Select new ssh key (like tolgaSSH)
> > Password of the VM has been reset to Y
> > Finally now i login with Y.
> >
> >
> > Creating a new SSH Key
> > Accounts -> Create a SSH Key Pairs as tolga and tolgaSSH
> > Then
> > Create a VM with ssh key selection (like tolga)
> > After login he VM with X password
> > Then shutdown VM
> > Reset SSH Key Pair
> > Select new ssh key (like tolgaSSH)
> > Password of the VM has been reset to Y
> > Finally now i login with Y.
> >
> > But i want only add/reset SSH Key Pair.
> >
> > Thanks,
> > Tolga
> >
> >
> > 2016-11-21 20:38 GMT+03:00 Dag Sonstebo  >:
> >
> > > Hi Tolga,
> > >
> > > Can you elaborate? Which SSH keys / passwords are we talking about?
> > >
> > > Regards,
> > > Dag Sonstebo
> > > Cloud Architect
> > > ShapeBlue
> > >
> > > On 21/11/2016, 16:43, "Semih Tolga DEMİR" <
> semihtolgade...@gmail.com
> > >
> > > wrote:
> > >
> > > Hi,
> > >
> > > My test environment ACS 4.9, KVM hypervisor.
> > > I want to understand why need to reset password when add/reset
> > ssh key
> > > ?
> > >
> > > Thanks,
> > > Tolga
> > >
> > >
> > >
> > > dag.sonst...@shapeblue.com
> > > www.shapeblue.com
> > > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
> >
> >
> > dag.sonst...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
>

Re: Reset ssh key

[Pierre-Luc Dion]

Hi Tolga,

I'm not sure it as been raised as a bug but yes, when you reset the SSHkey
of a VM it also reset the user password. So I guest it's up to your
templates to support one auth method or both.

Are you using cloud-init or scripts defined in the CloudStack documentation
?

Regards,





> It’s possible a misunderstanding on my part – but how do you generate the
> SSH keys?
>
> If you do this from the CloudStack GUI: home > accounts > (accountname) >
> (username) and click on the “generate keys” button – this does not generate
> SSH keys, this generates the API + secret key for that user. To generate
> and upload SSH keys please refer to http://docs.cloudstack.apache.
> org/projects/cloudstack-administration/en/4.8/virtual_machines.html
>
> If you do follow this already – my apologies for the misunderstanding.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 22/11/2016, 09:29, "Semih Tolga DEMİR" 
> wrote:
>
> Hi,
>
> I see this issue when adding new SSH Key Pair  to existing VM
>
> Creating a new SSH Key
> Accounts -> Create a SSH Key Pairs as tolga
> Then
> Create a VM without ssh key selection.
> After login he VM with X password
> Then shutdown VM
> Reset SSH Key Pair
> Select new ssh key (like tolgaSSH)
> Password of the VM has been reset to Y
> Finally now i login with Y.
>
>
> Creating a new SSH Key
> Accounts -> Create a SSH Key Pairs as tolga and tolgaSSH
> Then
> Create a VM with ssh key selection (like tolga)
> After login he VM with X password
> Then shutdown VM
> Reset SSH Key Pair
> Select new ssh key (like tolgaSSH)
> Password of the VM has been reset to Y
> Finally now i login with Y.
>
> But i want only add/reset SSH Key Pair.
>
> Thanks,
> Tolga
>
>
> 2016-11-21 20:38 GMT+03:00 Dag Sonstebo :
>
> > Hi Tolga,
> >
> > Can you elaborate? Which SSH keys / passwords are we talking about?
> >
> > Regards,
> > Dag Sonstebo
> > Cloud Architect
> > ShapeBlue
> >
> > On 21/11/2016, 16:43, "Semih Tolga DEMİR"  >
> > wrote:
> >
> > Hi,
> >
> > My test environment ACS 4.9, KVM hypervisor.
> > I want to understand why need to reset password when add/reset
> ssh key
> > ?
> >
> > Thanks,
> > Tolga
> >
> >
> >
> > dag.sonst...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: error adding VPN user in VPC network

[Dag Sonstebo]

Hi Andrei,

I’ve discussed with my colleagues and we think this may be related to 
https://issues.apache.org/jira/browse/CLOUDSTACK-9498 

From your logs it looks like the username you are using is “40-andrei-45”? 
Could you try with a username with just normal characters? 

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 12:14, "Andrei Mikhailovsky"  wrote:

Hello 

I am running ACS 4.9.0. 

I am having an issue with adding a VPN user to the VPC network. I've 
enabled the VPN service on the static IP. The service was enabled and I have 
the PSK shown to me. However, when I am adding a new user it fails with the 
following error: 

2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) VPN 
User VpnUser[40-andrei-45] is set on 
com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c 
2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
Unable to apply vpn users 
java.lang.IndexOutOfBoundsException: Index: 1, Size: 1 
at java.util.ArrayList.rangeCheck(ArrayList.java:635) 
at java.util.ArrayList.get(ArrayList.java:411) 
at 
com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
 
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.$Proxy237.applyVpnUsers(Unknown Source) 
at 
org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd.execute(AddVpnUserCmd.java:122)
 
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150) 
at 
com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) 
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
 
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:502)
 
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-11-22 12:05:26,190 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
Applying vpn access to VirtualRouter 
2016-11-22 12:05:26,192 WARN [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
Failed to apply vpn for user andrei, accountId=45 
2016-11-22 12:05:26,193 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537) (logid:f76b2eae) Complete async 
job-31537, jobStatus: FAILED, resultCode: 530, result: 
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed
 to add vpn user"} 

Please advise how to get this problem fixed and have a working VPN service? 

Thanks 

Andrei 



dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

[ANNOUNCE] Apache CloudStack CloudMonkey 5.3.3

[Rohit Yadav]

22 November 2016 — Apache CloudStack, proven as one of the most scalable,
free and open source cloud computing operating system for large scale
private, public, and hybrid clouds, today announced the availability of the
latest release of Apache CloudMonkey v5.3.3, a cloud management command
line tool.

CloudMonkey is written in Python, and can be used both as an interactive
shell and as a command line tool that enables cloud administrators and
users to easily manage configuration and management of Apache CloudStack
clouds.

Apache CloudMonkey v5.3.3 is the latest feature release and includes the
following changes:

* Support for shell history

* Sort auto-completion suggestion based on names

* Improve CSV output and error handling

Downloads and Documentation

The official source code for CloudMonkey v5.3.3 can be downloaded from
http://cloudstack.apache.org/downloads.html. A community-maintained
distribution is available at the Python Package Index (PyPi) at
http://pypi.python.org/pypi/cloudmonkey/

CloudMonkey's usage is documented at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+CloudMonkey+CLI

Availability and Oversight

As with all Apache products, CloudMonkey v5.3.3 is released under the
Apache License v2.0, and is overseen by a self-selected team of active
contributors to the project. The Apache CloudStack Project Management
Committee (PMC) guides the Project's day-to-day operations, including
community development and product releases.

About Apache CloudStack

Apache CloudStack is a mature, turnkey integrated
Infrastructure-as-a-Service (IaaS) Open Source software platform that
allows users to build feature-rich public and private cloud
environments. Hailed by Gartner Group as "a solid product", CloudStack
includes an intuitive user interface and rich APIs for managing the
compute, networking, software, and storage infrastructure resources.
CloudStack entered the Apache Incubator in April 2012 and became an
Apache Top-level Project in March 2013. For downloads, documentation,
and ways to become involved with Apache CloudStack, visit
http://cloudstack.apache.org/ and https://twitter.com/CloudStack

--

Regards.

Re: Templates are not showing

[Dag Sonstebo]

Hi Kurt,

First of all you’re probably better off reading some of the newer official 
documentation – like 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/hypervisor/kvm.html
 

The tagged VLAN model described in the docs would work for a basic zone – but 
keep in mind for an advanced zone you are relying on CloudStack to assign VLANs 
on a bridge – hence for the guest network you cannot lock down the bridge with 
a VLAN in the underlying OS, you are instead just making sure the network 
interface in question can trunk all VLANs managed by CloudStack.

Have a look at my blog post on KVM networking – this should hopefully make a 
bit more sense:  http://www.shapeblue.com/networking-kvm-for-cloudstack/ 

Also have a read through the users@ list thread with subject “SSVM Creation 
Failure with Advanced Zone” – we’re discussing something similar there.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 12:14, "Kurt K"  wrote:

Hi Dag,

It has been confirmed that the connectivity from system vm is the reason 
for the issue. This is still not resolved. I am not getting a ping to 
outside.

I have followed the documentation cloudstack provided and in the network 
part they says to create tagged vlan's. Also we have loaded the required 
kernel module(8021q) into the server.

===
etho -- no ip's
etho.100 -- Internal IP
eth0.200 -- points to cloudbr0
eth0.300 -- points to cloudbr1


In this procedure they says to add plain configuration without IP 
address. 

http://cloudstack-installation.readthedocs.io/en/4.3/hypervisor_installation.html#configure-the-network-bridges

I have followed the above procedure and entered all the required things 
in the initial setup. Am I wrong anywhere ? Is there any method other 
than tagged vlan's ?

I have one more NIC eth1 which have a public IP and is currently used to 
access the server.

Also, Can you suggest any URL's/blogs for creating network bridges on 
cloudstack

-kurt

On 11/17/2016 02:39 PM, Dag Sonstebo wrote:
> Hi Kurt,
>
> The results you have posted up are from your console proxy (v-2-VM), not 
your SSVM (possibly typo?).
>
> Can you post up the same results from your SSVM? If this isn’t working – 
i.e. you can’t connect to it – then try to recreate it, make a note of the 
private IP and connect to it as per the wiki article.
>
> Regards,
> Dag Sonstebo
>
> On 17/11/2016, 02:51, "Kurt K"  wrote:
>
>  Hi Dag,
>  
>  We have executed the *SSVM health check* systemvm-ssvm-check.sh 
script
>  on SSVM  and its results are pasted below.
>  
>  
>  root@v-2-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
>  
>  First DNS server is 8.8.8.8
>  PING 8.8.8.8 (8.8.8.8): 48 data bytes
>  --- 8.8.8.8 ping statistics ---
>  2 packets transmitted, 0 packets received, 100% packet loss
>  WARNING: cannot ping DNS server
>  route follows
>  Kernel IP routing table
>  Destination Gateway Genmask Flags Metric Ref Use Iface
>  0.0.0.0 XX.XX.XX.XX 0.0.0.0 UG 0 0 0 eth2
>  8.8.8.8 10.10.48.1 255.255.255.255 UGH 0 0 0 eth1
>  10.10.48.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
>  XX.XX.XX.XX 0.0.0.0 255.255.255.240 U 0 0 0 eth2
>  XX.XX.XX.XX 10.10.48.1 255.255.255.255 UGH 0 0 0 eth1
>  169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
>  
>  ERROR: DNS not resolving download.cloud.com
>  resolv.conf follows
>  nameserver 8.8.8.8
>  nameserver 8.8.8.8
>  nameserver 4.2.2.1
>  root@v-2-VM:~#
>  
>  
>  But we were unable to connect to in/out from SSVM.  There is one 
private
>  IP and public IP on SSVM.  We have checked the firewall and there 
was no
>  reject rules in it.
>  
>  Any suggestions?
>  
>  -Kurt
>  
>  On 11/11/2016 06:22 PM, Dag Sonstebo wrote:
>  > Hi Kurt,
>  >
>  > My original comment stands – it seems you do not have a healthy 
SSVM at the moment – until this has been sorted you will not be able to upload 
templates.
>  >
>  > The systemvm-ssvm-check.sh script lives on the SSVM itself – 
please see 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting
 for how to access this. When you run the script it will do the basic checks 
for connectivity and NFS access and hopefully give you an idea what is wrong. 
If you can run this and post up the results we can advise further.
>  >
>  > Regards,
>  

Re: Fault percentage value of CPU usage in Cloud Platform

[Will Stevens]

A couple things.
- do you have VMs allocated, but turned off? They will count towards the
provisioned CPU even though they are not running because they could be
started at any time and are expecting to have the resources to start.
- do you have more than one cluster? The dashboard only shows the most used
cluster, but if you drill down it shows the whole environments resources,
so if you have more than one cluster, that could explain the difference.
- are you trying to deploy to a specific cluster with a service offering
tag? SvcOffering:WinL? Is that the most used cluster?

Let us know.

On Nov 22, 2016 6:51 AM, "anil lakineni" 
wrote:

> Hi Sudharma,
>
> I verified the management server logs when the VPS got failed to deploy and
> i found that the value of CPU is exceeding than the threshold value So that
> VPS deployment has been failed.
> Then i have changed the CPU disable & alert threshold value to above 90%
> and i was able to deploy the VPS.
>
> Please check *http://pastebin.com/irrS0TTg *
> for the management server log when the VM deployment was failed.
>
> *The brief content of the log is-*
>
> 2016-11-17 12:46:34,100 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> DeploymentPlanner allocation algorithm:
> com.cloud.deploy.FirstFitPlanner@5a32f393
> 2016-11-17 12:46:34,101 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Trying to allocate a host and storage pools from dc:1,
> pod:null,cluster:null, requested cpu: 38400, requested ram: 68719476736
> 2016-11-17 12:46:34,101 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Is ROOT volume READY (pool already allocated)?: No
> 2016-11-17 12:46:34,101 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Searching all possible resources under this Zone: 1
> 2016-11-17 12:46:34,104 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Listing pods in order of aggregate capacity, that have (atleast one host
> with) enough CPU and RAM capacity under this Zone: 1
> 2016-11-17 12:46:34,111 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Removing from the podId list these pods from avoid set: []
> 2016-11-17 12:46:34,115 DEBUG [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-14:null) (logid:) SeqA 27-149419: Processing Seq
> 27-149419:  { Cmd , MgmtId: -1, via: 27, Ver: v1, Flags: 11,
> [{"com.cloud.agent.api.ConsoleProxyLoadReportCommand"
> :{"_proxyVmId":519,"_loadInfo":"{\n
>  \"connections\": []\n}","wait":0}}] }
> 2016-11-17 12:46:34,124 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Checking resources under Pod: 1
> 2016-11-17 12:46:34,125 DEBUG [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-14:null) (logid:) SeqA 27-149419: Sending Seq
> 27-149419:  { Ans: , MgmtId: 47019105324719, via: 27, Ver: v1, Flags:
> 100010,
> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> 2016-11-17 12:46:34,126 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Listing clusters in order of aggregate capacity, that have (atleast one
> host with) enough CPU and RAM capacity under this Pod: 1
> 2016-11-17 12:46:34,133 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Removing from the clusterId list these clusters from avoid set: []
> 2016-11-17 12:46:34,141 DEBUG [c.c.d.FirstFitPlanner]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf)
> (logid:393001e5) *Cannot
> allocate cluster list [5] for vm creation since their allocated percentage
> crosses the disable capacity threshold defined at each cluster/ at global
> value for capacity Type : 1, skipping these clusters*
> 2016-11-17 12:46:34,156 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
> Checking resources in Cluster: 1 under Pod: 1
> 2016-11-17 12:46:34,156 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
> FirstFitRoutingAllocator) (logid:393001e5) Looking for hosts in dc: 1
>  pod:1  cluster:1
> 2016-11-17 12:46:34,156 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
> FirstFitRoutingAllocator) (logid:393001e5) Looking for hosts having tag
> specified on SvcOffering:WinL
> 2016-11-17 12:46:34,159 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
> (API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
> FirstFitRoutingAllocator) (logid:393001e5) Hosts with tag 'WinL' are:[]
> 2016-11-17 

Re: Deletion of expunged volumes

[Dag Sonstebo]

I suspect not – but Koushik / someone else may have more information.

To manually clean up you will probably have to:
- back up database / snapshot storage (just in case..)
- update cloud.volumes set state=’Expunged’ and removed=now() where id=XX.
- manually delete from disk.

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

On 22/11/2016, 11:59, "Natalia Costas Lago"  wrote:


It seems that is the issue we are suffering. We expunged VMs prior to 
secondary storage cleanup.

Is there a way to delete those volumes manually or to force cleaning 
them up?


El 22/11/2016 a las 11:55, Koushik Das escribió:
> There is an open PR which fixes a similar issue 
https://github.com/apache/cloudstack/pull/1726. Check it out.
>
> -Koushik
>
> On 22/11/16, 4:05 PM, "Natalia Costas Lago"  wrote:
>
>  Hi Dag,
>  
>  
>  It is expunged..., but "removed" it is not set to a date..
>  
>  
>  ** In the database:
>  
>  MariaDB [cloud]> select * from volumes where name="ROOT-1241"\G;
>  *** 1. row ***
>   id: 1283
>   account_id: 2
>domain_id: 1
>  pool_id: 9
> last_pool_id: NULL
>  instance_id: 1241
>device_id: 0
> name: ROOT-1241
> uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
> size: 10737418240
>   folder: NULL
> path: 88f8e37d-8d84-48d5-9671-912e5749a288
>   pod_id: NULL
>   data_center_id: 1
>   iscsi_name: NULL
>  host_ip: NULL
>  volume_type: ROOT
>pool_type: NULL
> disk_offering_id: 23
>  template_id: 245
>  first_snapshot_backup_uuid: NULL
>  recreatable: 0
>  created: 2016-11-09 13:16:48
> attached: NULL
>  updated: 2016-11-09 15:44:53
>  removed: NULL
>state: Expunged
>   chain_info: NULL
> update_count: 8
>disk_type: NULL
>   vm_snapshot_chain_size: NULL
>   iso_id: NULL
>   display_volume: 1
>   format: QCOW2
> min_iops: NULL
> max_iops: NULL
>hv_ss_reserve: NULL
>provisioning_type: sparse
>  1 row in set (0.00 sec)
>  
>  MariaDB [cloud]> select * from volume_view where name="ROOT-1241"\G;
>  *** 1. row ***
>   id: 1283
> uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
> name: ROOT-1241
>device_id: 0
>  volume_type: ROOT
>provisioning_type: sparse
> size: 10737418240
> min_iops: NULL
> max_iops: NULL
>  created: 2016-11-09 13:16:48
>state: Expunged
> attached: NULL
>  removed: NULL
>   pod_id: NULL
>   display_volume: 1
>   format: QCOW2
> path: 88f8e37d-8d84-48d5-9671-912e5749a288
>   chain_info: NULL
>   account_id: 2
> account_uuid: f1252dbd-7d0f-11e6-a07c-02000a700064
> account_name: admin
> account_type: 1
>domain_id: 1
>  domain_uuid: c8665aea-7c12-11e6-a07c-02000a700064
>  domain_name: ROOT
>  domain_path: /
>   project_id: NULL
> project_uuid: NULL
> project_name: NULL
>   data_center_id: 1
> data_center_uuid: 07c2912e-fbd4-43fc-8279-083ed6342817
> data_center_name: zona1
> data_center_type: Advanced
  

Re: Templates are not showing

[Kurt K]

Hi Dag,

It has been confirmed that the connectivity from system vm is the reason 
for the issue. This is still not resolved. I am not getting a ping to 
outside.


I have followed the documentation cloudstack provided and in the network 
part they says to create tagged vlan's. Also we have loaded the required 
kernel module(8021q) into the server.


===
etho -- no ip's
etho.100 -- Internal IP
eth0.200 -- points to cloudbr0
eth0.300 -- points to cloudbr1


In this procedure they says to add plain configuration without IP 
address. 
http://cloudstack-installation.readthedocs.io/en/4.3/hypervisor_installation.html#configure-the-network-bridges


I have followed the above procedure and entered all the required things 
in the initial setup. Am I wrong anywhere ? Is there any method other 
than tagged vlan's ?


I have one more NIC eth1 which have a public IP and is currently used to 
access the server.


Also, Can you suggest any URL's/blogs for creating network bridges on 
cloudstack


-kurt

On 11/17/2016 02:39 PM, Dag Sonstebo wrote:

Hi Kurt,

The results you have posted up are from your console proxy (v-2-VM), not your 
SSVM (possibly typo?).

Can you post up the same results from your SSVM? If this isn’t working – i.e. 
you can’t connect to it – then try to recreate it, make a note of the private 
IP and connect to it as per the wiki article.

Regards,
Dag Sonstebo

On 17/11/2016, 02:51, "Kurt K"  wrote:

 Hi Dag,
 
 We have executed the *SSVM health check* systemvm-ssvm-check.sh script

 on SSVM  and its results are pasted below.
 
 

 root@v-2-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
 
 First DNS server is 8.8.8.8
 PING 8.8.8.8 (8.8.8.8): 48 data bytes
 --- 8.8.8.8 ping statistics ---
 2 packets transmitted, 0 packets received, 100% packet loss
 WARNING: cannot ping DNS server
 route follows
 Kernel IP routing table
 Destination Gateway Genmask Flags Metric Ref Use Iface
 0.0.0.0 XX.XX.XX.XX 0.0.0.0 UG 0 0 0 eth2
 8.8.8.8 10.10.48.1 255.255.255.255 UGH 0 0 0 eth1
 10.10.48.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
 XX.XX.XX.XX 0.0.0.0 255.255.255.240 U 0 0 0 eth2
 XX.XX.XX.XX 10.10.48.1 255.255.255.255 UGH 0 0 0 eth1
 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
 
 ERROR: DNS not resolving download.cloud.com
 resolv.conf follows
 nameserver 8.8.8.8
 nameserver 8.8.8.8
 nameserver 4.2.2.1
 root@v-2-VM:~#
 
 
 But we were unable to connect to in/out from SSVM.  There is one private

 IP and public IP on SSVM.  We have checked the firewall and there was no
 reject rules in it.
 
 Any suggestions?
 
 -Kurt
 
 On 11/11/2016 06:22 PM, Dag Sonstebo wrote:

 > Hi Kurt,
 >
 > My original comment stands – it seems you do not have a healthy SSVM at 
the moment – until this has been sorted you will not be able to upload templates.
 >
 > The systemvm-ssvm-check.sh script lives on the SSVM itself – please see 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting
 for how to access this. When you run the script it will do the basic checks for 
connectivity and NFS access and hopefully give you an idea what is wrong. If you 
can run this and post up the results we can advise further.
 >
 > Regards,
 > Dag Sonstebo
 >
 > On 11/11/2016, 12:42, "Kurt K"  wrote:
 >
 >  Hi Dag,
 >
 >  We have recreated the SSVM, but still no luck :( . Regarding
 >  ssvm-check.sh check script,  it was not presented on management 
server.
 >
 >  ===
 >  [root@manage1 /]# ls /usr/local/cloud/systemvm-ssvm-check.sh
 >  ls: cannot access /usr/local/cloud/systemvm-ssvm-check.sh: No such 
file
 >  or directory
 >  ===
 >
 >  While registering an ISO, we are getting the following errors.
 >
 >  ===
 >  2016-11-11 03:27:28,998 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl]
 >  (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) template 202 is not in
 >  store:1, type:Image
 >  2016-11-11 03:27:29,118 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl]
 >  (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) template 202 is already 
in
 >  store:1, type:Image
 >  2016-11-11 03:27:29,257 DEBUG [o.a.c.s.i.BaseImageStoreDriverImpl]
 >  (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) Downloading template to 
data
 >  store 1
 >  2016-11-11 03:27:29,263 WARN [c.c.s.d.DownloadMonitorImpl]
 >  (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) There is no secondary
 >  storage VM for downloading template to image store
 >  nfs://162.x.x.x/export/secondary
 >  ===
 >
 >  We had 

error adding VPN user in VPC network

[Andrei Mikhailovsky]

Hello 

I am running ACS 4.9.0. 

I am having an issue with adding a VPN user to the VPC network. I've enabled 
the VPN service on the static IP. The service was enabled and I have the PSK 
shown to me. However, when I am adding a new user it fails with the following 
error: 

2016-11-22 12:05:26,189 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) VPN 
User VpnUser[40-andrei-45] is set on 
com.cloud.network.dao.RemoteAccessVpnVO$$EnhancerByCGLIB$$cc1dfb8d@4465732c 
2016-11-22 12:05:26,189 WARN [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
Unable to apply vpn users 
java.lang.IndexOutOfBoundsException: Index: 1, Size: 1 
at java.util.ArrayList.rangeCheck(ArrayList.java:635) 
at java.util.ArrayList.get(ArrayList.java:411) 
at 
com.cloud.network.vpn.RemoteAccessVpnManagerImpl.applyVpnUsers(RemoteAccessVpnManagerImpl.java:532)
 
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.$Proxy237.applyVpnUsers(Unknown Source) 
at 
org.apache.cloudstack.api.command.user.vpn.AddVpnUserCmd.execute(AddVpnUserCmd.java:122)
 
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150) 
at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) 
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:554)
 
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:502)
 
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-11-22 12:05:26,190 DEBUG [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
Applying vpn access to VirtualRouter 
2016-11-22 12:05:26,192 WARN [c.c.n.v.RemoteAccessVpnManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537 ctx-8ac8a450) (logid:f76b2eae) 
Failed to apply vpn for user andrei, accountId=45 
2016-11-22 12:05:26,193 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(API-Job-Executor-82:ctx-d62e35c3 job-31537) (logid:f76b2eae) Complete async 
job-31537, jobStatus: FAILED, resultCode: 530, result: 
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530,"errortext":"Failed
 to add vpn user"} 

Please advise how to get this problem fixed and have a working VPN service? 

Thanks 

Andrei 

Re: Deletion of expunged volumes

[Natalia Costas Lago]

It seems that is the issue we are suffering. We expunged VMs prior to 
secondary storage cleanup.


Is there a way to delete those volumes manually or to force cleaning 
them up?



El 22/11/2016 a las 11:55, Koushik Das escribió:

There is an open PR which fixes a similar issue 
https://github.com/apache/cloudstack/pull/1726. Check it out.

-Koushik

On 22/11/16, 4:05 PM, "Natalia Costas Lago"  wrote:

 Hi Dag,
 
 
 It is expunged..., but "removed" it is not set to a date..
 
 
 ** In the database:
 
 MariaDB [cloud]> select * from volumes where name="ROOT-1241"\G;

 *** 1. row ***
  id: 1283
  account_id: 2
   domain_id: 1
 pool_id: 9
last_pool_id: NULL
 instance_id: 1241
   device_id: 0
name: ROOT-1241
uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
size: 10737418240
  folder: NULL
path: 88f8e37d-8d84-48d5-9671-912e5749a288
  pod_id: NULL
  data_center_id: 1
  iscsi_name: NULL
 host_ip: NULL
 volume_type: ROOT
   pool_type: NULL
disk_offering_id: 23
 template_id: 245
 first_snapshot_backup_uuid: NULL
 recreatable: 0
 created: 2016-11-09 13:16:48
attached: NULL
 updated: 2016-11-09 15:44:53
 removed: NULL
   state: Expunged
  chain_info: NULL
update_count: 8
   disk_type: NULL
  vm_snapshot_chain_size: NULL
  iso_id: NULL
  display_volume: 1
  format: QCOW2
min_iops: NULL
max_iops: NULL
   hv_ss_reserve: NULL
   provisioning_type: sparse
 1 row in set (0.00 sec)
 
 MariaDB [cloud]> select * from volume_view where name="ROOT-1241"\G;

 *** 1. row ***
  id: 1283
uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
name: ROOT-1241
   device_id: 0
 volume_type: ROOT
   provisioning_type: sparse
size: 10737418240
min_iops: NULL
max_iops: NULL
 created: 2016-11-09 13:16:48
   state: Expunged
attached: NULL
 removed: NULL
  pod_id: NULL
  display_volume: 1
  format: QCOW2
path: 88f8e37d-8d84-48d5-9671-912e5749a288
  chain_info: NULL
  account_id: 2
account_uuid: f1252dbd-7d0f-11e6-a07c-02000a700064
account_name: admin
account_type: 1
   domain_id: 1
 domain_uuid: c8665aea-7c12-11e6-a07c-02000a700064
 domain_name: ROOT
 domain_path: /
  project_id: NULL
project_uuid: NULL
project_name: NULL
  data_center_id: 1
data_center_uuid: 07c2912e-fbd4-43fc-8279-083ed6342817
data_center_name: zona1
data_center_type: Advanced
   vm_id: 1241
 vm_uuid: d4215497-d009-4349-8fb4-c4a739d50d6d
 vm_name: test-qcow2-kk
vm_state: Expunging
 vm_type: User
 vm_display_name: test-qcow2-kk
   volume_store_size: 0
download_pct: 0
  download_state: NULL
   error_str: NULL
created_on_store: 2016-11-09 13:19:13
disk_offering_id: 23
  disk_offering_uuid: 5cc82a5d-2755-42a0-880f-4b0c6c86936a
  disk_offering_name: Standard IO, shared storage, sparse volume
 disk_offering_display_text: Standard IO, shared storage, sparse volume
   use_local_storage: 0
  system_use: 0
 bytes_read_rate: NULL
bytes_write_rate: NULL
  iops_read_rate: NULL
 iops_write_rate: NULL
  cache_mode: NULL
 pool_id: 9
   

Re: Fault percentage value of CPU usage in Cloud Platform

[anil lakineni]

Hi Sudharma,

I verified the management server logs when the VPS got failed to deploy and
i found that the value of CPU is exceeding than the threshold value So that
VPS deployment has been failed.
Then i have changed the CPU disable & alert threshold value to above 90%
and i was able to deploy the VPS.

Please check *http://pastebin.com/irrS0TTg *
for the management server log when the VM deployment was failed.

*The brief content of the log is-*

2016-11-17 12:46:34,100 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
DeploymentPlanner allocation algorithm:
com.cloud.deploy.FirstFitPlanner@5a32f393
2016-11-17 12:46:34,101 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Trying to allocate a host and storage pools from dc:1,
pod:null,cluster:null, requested cpu: 38400, requested ram: 68719476736
2016-11-17 12:46:34,101 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Is ROOT volume READY (pool already allocated)?: No
2016-11-17 12:46:34,101 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Searching all possible resources under this Zone: 1
2016-11-17 12:46:34,104 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Listing pods in order of aggregate capacity, that have (atleast one host
with) enough CPU and RAM capacity under this Zone: 1
2016-11-17 12:46:34,111 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Removing from the podId list these pods from avoid set: []
2016-11-17 12:46:34,115 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-14:null) (logid:) SeqA 27-149419: Processing Seq
27-149419:  { Cmd , MgmtId: -1, via: 27, Ver: v1, Flags: 11,
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":519,"_loadInfo":"{\n
 \"connections\": []\n}","wait":0}}] }
2016-11-17 12:46:34,124 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Checking resources under Pod: 1
2016-11-17 12:46:34,125 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-14:null) (logid:) SeqA 27-149419: Sending Seq
27-149419:  { Ans: , MgmtId: 47019105324719, via: 27, Ver: v1, Flags:
100010,
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2016-11-17 12:46:34,126 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Listing clusters in order of aggregate capacity, that have (atleast one
host with) enough CPU and RAM capacity under this Pod: 1
2016-11-17 12:46:34,133 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Removing from the clusterId list these clusters from avoid set: []
2016-11-17 12:46:34,141 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf)
(logid:393001e5) *Cannot
allocate cluster list [5] for vm creation since their allocated percentage
crosses the disable capacity threshold defined at each cluster/ at global
value for capacity Type : 1, skipping these clusters*
2016-11-17 12:46:34,156 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf) (logid:393001e5)
Checking resources in Cluster: 1 under Pod: 1
2016-11-17 12:46:34,156 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) Looking for hosts in dc: 1
 pod:1  cluster:1
2016-11-17 12:46:34,156 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) Looking for hosts having tag
specified on SvcOffering:WinL
2016-11-17 12:46:34,159 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) Hosts with tag 'WinL' are:[]
2016-11-17 12:46:34,163 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) FirstFitAllocator has 0 hosts to
check for allocation: []
2016-11-17 12:46:34,170 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) Found 0 hosts for allocation
after prioritization: []
2016-11-17 12:46:34,170 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) Looking for speed=38400Mhz,
Ram=65536
2016-11-17 12:46:34,170 DEBUG [c.c.a.m.a.i.FirstFitAllocator]
(API-Job-Executor-22:ctx-f48bbb10 job-98412 ctx-daf38dbf
FirstFitRoutingAllocator) (logid:393001e5) Host Allocator returning 0
suitable hosts

Re: Reset ssh key

[Dag Sonstebo]

Hi Tolga,

It’s possible a misunderstanding on my part – but how do you generate the SSH 
keys? 

If you do this from the CloudStack GUI: home > accounts > (accountname) > 
(username) and click on the “generate keys” button – this does not generate SSH 
keys, this generates the API + secret key for that user. To generate and upload 
SSH keys please refer to 
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.8/virtual_machines.html
 

If you do follow this already – my apologies for the misunderstanding. 

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 22/11/2016, 09:29, "Semih Tolga DEMİR"  wrote:

Hi,

I see this issue when adding new SSH Key Pair  to existing VM

Creating a new SSH Key
Accounts -> Create a SSH Key Pairs as tolga
Then
Create a VM without ssh key selection.
After login he VM with X password
Then shutdown VM
Reset SSH Key Pair
Select new ssh key (like tolgaSSH)
Password of the VM has been reset to Y
Finally now i login with Y.


Creating a new SSH Key
Accounts -> Create a SSH Key Pairs as tolga and tolgaSSH
Then
Create a VM with ssh key selection (like tolga)
After login he VM with X password
Then shutdown VM
Reset SSH Key Pair
Select new ssh key (like tolgaSSH)
Password of the VM has been reset to Y
Finally now i login with Y.

But i want only add/reset SSH Key Pair.

Thanks,
Tolga


2016-11-21 20:38 GMT+03:00 Dag Sonstebo :

> Hi Tolga,
>
> Can you elaborate? Which SSH keys / passwords are we talking about?
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 21/11/2016, 16:43, "Semih Tolga DEMİR" 
> wrote:
>
> Hi,
>
> My test environment ACS 4.9, KVM hypervisor.
> I want to understand why need to reset password when add/reset ssh key
> ?
>
> Thanks,
> Tolga
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>



dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: Deletion of expunged volumes

[Koushik Das]

There is an open PR which fixes a similar issue 
https://github.com/apache/cloudstack/pull/1726. Check it out.

-Koushik

On 22/11/16, 4:05 PM, "Natalia Costas Lago"  wrote:

Hi Dag,


It is expunged..., but "removed" it is not set to a date..


** In the database:

MariaDB [cloud]> select * from volumes where name="ROOT-1241"\G;
*** 1. row ***
 id: 1283
 account_id: 2
  domain_id: 1
pool_id: 9
   last_pool_id: NULL
instance_id: 1241
  device_id: 0
   name: ROOT-1241
   uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
   size: 10737418240
 folder: NULL
   path: 88f8e37d-8d84-48d5-9671-912e5749a288
 pod_id: NULL
 data_center_id: 1
 iscsi_name: NULL
host_ip: NULL
volume_type: ROOT
  pool_type: NULL
   disk_offering_id: 23
template_id: 245
first_snapshot_backup_uuid: NULL
recreatable: 0
created: 2016-11-09 13:16:48
   attached: NULL
updated: 2016-11-09 15:44:53
removed: NULL
  state: Expunged
 chain_info: NULL
   update_count: 8
  disk_type: NULL
 vm_snapshot_chain_size: NULL
 iso_id: NULL
 display_volume: 1
 format: QCOW2
   min_iops: NULL
   max_iops: NULL
  hv_ss_reserve: NULL
  provisioning_type: sparse
1 row in set (0.00 sec)

MariaDB [cloud]> select * from volume_view where name="ROOT-1241"\G;
*** 1. row ***
 id: 1283
   uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
   name: ROOT-1241
  device_id: 0
volume_type: ROOT
  provisioning_type: sparse
   size: 10737418240
   min_iops: NULL
   max_iops: NULL
created: 2016-11-09 13:16:48
  state: Expunged
   attached: NULL
removed: NULL
 pod_id: NULL
 display_volume: 1
 format: QCOW2
   path: 88f8e37d-8d84-48d5-9671-912e5749a288
 chain_info: NULL
 account_id: 2
   account_uuid: f1252dbd-7d0f-11e6-a07c-02000a700064
   account_name: admin
   account_type: 1
  domain_id: 1
domain_uuid: c8665aea-7c12-11e6-a07c-02000a700064
domain_name: ROOT
domain_path: /
 project_id: NULL
   project_uuid: NULL
   project_name: NULL
 data_center_id: 1
   data_center_uuid: 07c2912e-fbd4-43fc-8279-083ed6342817
   data_center_name: zona1
   data_center_type: Advanced
  vm_id: 1241
vm_uuid: d4215497-d009-4349-8fb4-c4a739d50d6d
vm_name: test-qcow2-kk
   vm_state: Expunging
vm_type: User
vm_display_name: test-qcow2-kk
  volume_store_size: 0
   download_pct: 0
 download_state: NULL
  error_str: NULL
   created_on_store: 2016-11-09 13:19:13
   disk_offering_id: 23
 disk_offering_uuid: 5cc82a5d-2755-42a0-880f-4b0c6c86936a
 disk_offering_name: Standard IO, shared storage, sparse volume
disk_offering_display_text: Standard IO, shared storage, sparse volume
  use_local_storage: 0
 system_use: 0
bytes_read_rate: NULL
   bytes_write_rate: NULL
 iops_read_rate: NULL
iops_write_rate: NULL
 cache_mode: NULL
pool_id: 9
  pool_uuid: c69fb76e-f2f9-359e-bda0-1259786717af
  pool_name: almacenamiento-primario-gluster
hypervisor_type: NULL
template_id: 245
  template_uuid: 730001de-bdd9-464e-ba7b-f38668953e6d
extractable: 1
  template_type: USER
  

Re: Deletion of expunged volumes

[Natalia Costas Lago]

Hi Dag,


It is expunged..., but "removed" it is not set to a date..


** In the database:

MariaDB [cloud]> select * from volumes where name="ROOT-1241"\G;
*** 1. row ***
id: 1283
account_id: 2
 domain_id: 1
   pool_id: 9
  last_pool_id: NULL
   instance_id: 1241
 device_id: 0
  name: ROOT-1241
  uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
  size: 10737418240
folder: NULL
  path: 88f8e37d-8d84-48d5-9671-912e5749a288
pod_id: NULL
data_center_id: 1
iscsi_name: NULL
   host_ip: NULL
   volume_type: ROOT
 pool_type: NULL
  disk_offering_id: 23
   template_id: 245
first_snapshot_backup_uuid: NULL
   recreatable: 0
   created: 2016-11-09 13:16:48
  attached: NULL
   updated: 2016-11-09 15:44:53
   removed: NULL
 state: Expunged
chain_info: NULL
  update_count: 8
 disk_type: NULL
vm_snapshot_chain_size: NULL
iso_id: NULL
display_volume: 1
format: QCOW2
  min_iops: NULL
  max_iops: NULL
 hv_ss_reserve: NULL
 provisioning_type: sparse
1 row in set (0.00 sec)

MariaDB [cloud]> select * from volume_view where name="ROOT-1241"\G;
*** 1. row ***
id: 1283
  uuid: 88f8e37d-8d84-48d5-9671-912e5749a288
  name: ROOT-1241
 device_id: 0
   volume_type: ROOT
 provisioning_type: sparse
  size: 10737418240
  min_iops: NULL
  max_iops: NULL
   created: 2016-11-09 13:16:48
 state: Expunged
  attached: NULL
   removed: NULL
pod_id: NULL
display_volume: 1
format: QCOW2
  path: 88f8e37d-8d84-48d5-9671-912e5749a288
chain_info: NULL
account_id: 2
  account_uuid: f1252dbd-7d0f-11e6-a07c-02000a700064
  account_name: admin
  account_type: 1
 domain_id: 1
   domain_uuid: c8665aea-7c12-11e6-a07c-02000a700064
   domain_name: ROOT
   domain_path: /
project_id: NULL
  project_uuid: NULL
  project_name: NULL
data_center_id: 1
  data_center_uuid: 07c2912e-fbd4-43fc-8279-083ed6342817
  data_center_name: zona1
  data_center_type: Advanced
 vm_id: 1241
   vm_uuid: d4215497-d009-4349-8fb4-c4a739d50d6d
   vm_name: test-qcow2-kk
  vm_state: Expunging
   vm_type: User
   vm_display_name: test-qcow2-kk
 volume_store_size: 0
  download_pct: 0
download_state: NULL
 error_str: NULL
  created_on_store: 2016-11-09 13:19:13
  disk_offering_id: 23
disk_offering_uuid: 5cc82a5d-2755-42a0-880f-4b0c6c86936a
disk_offering_name: Standard IO, shared storage, sparse volume
disk_offering_display_text: Standard IO, shared storage, sparse volume
 use_local_storage: 0
system_use: 0
   bytes_read_rate: NULL
  bytes_write_rate: NULL
iops_read_rate: NULL
   iops_write_rate: NULL
cache_mode: NULL
   pool_id: 9
 pool_uuid: c69fb76e-f2f9-359e-bda0-1259786717af
 pool_name: almacenamiento-primario-gluster
   hypervisor_type: NULL
   template_id: 245
 template_uuid: 730001de-bdd9-464e-ba7b-f38668953e6d
   extractable: 1
 template_type: USER
 template_name: centos7-comiteado-raw
 template_display_text: centos7-comiteado-raw
iso_id: NULL
  iso_uuid: NULL
  iso_name: NULL
  iso_display_text: NULL
tag_id: NULL
  tag_uuid: NULL
   tag_key: NULL
 tag_value: NULL
 tag_domain_id: NULL
   tag_domain_uuid: c8665aea-7c12-11e6-a07c-02000a700064
   tag_domain_name: ROOT
tag_account_id: NULL
  tag_account_name: admin
   tag_resource_id: NULL
 tag_resource_uuid: NULL
 tag_resource_type: NULL
  tag_customer: NULL
job_id: NULL
  job_uuid: NULL
   

Re: SSVM Creation Failure with Advanced Zone

[Dag Sonstebo]

Hi Asai,

Check your agent log – as per my previous email you need to reconsider the 
design of your networking:

com.cloud.exception.InternalErrorException: Failed to create vnet 210: device 
eno2.210 is already a member of a bridge; can't enslave it to bridge 
breno2-210.Failed to add vlan: eno2.210 to breno2-210

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue

On 21/11/2016, 21:15, "a...@globalchangemusic.org"  
wrote:

 

Hi, Simon. 

I'm using KVM. 

Here's a sample of the Management Server logs: 

http://pastebin.com/DJvmRfRg 

And Agent logs: 

http://pastebin.com/Cpmm3w5M 

On 2016-11-19 14:55, Simon Weller wrote: 

> Can you post some management server and agent logs?
> 
> What hypervisor are you using?
> 
> Simon Weller/ENA
> (615) 312-6068
> 
> -Original Message-
> From: Asai [a...@globalchangemusic.org]
> Received: Saturday, 19 Nov 2016, 12:04PM
> To: users@cloudstack.apache.org [users@cloudstack.apache.org]
> Subject: SSVM Creation Failure with Advanced Zone
> 
> Hello,
> 
> Hopefully I can gain some insight here. When I create a basic zone
> using the wizard, everything goes smoothly and the Secondary Storage
> works great. But--and I know I'm missing something here, I just don't
> know what--when I try to set up an advanced zone I always get this error:
> 
> Secondary Storage Vm creation failure. zone: Av1, error details: null
> 
> Secondary storage seems to be mounting normally now, and is in the same
> subnet as Management server and Pod. I have 1 NIC that's set up to
> support 2 VLANS and does management traffic on its NON VLAN IP. e.g. NIC
> 1 IP is 192.168.100.202 (cloudbr0), NIC 1 Public VLAN is VLAN 210
> (cloudbr1), and NIC 1 Private for guest traffic is VLAN 220 (cloudbr2).
> Again, this setup seems to work OK with a basic zone, but not for 
advanced.
> 
> Can anyone offer any direction?
> 
> Thanks,
> Asai
 


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

Re: Reset ssh key

[Semih Tolga DEMİR]

Hi,

I see this issue when adding new SSH Key Pair  to existing VM

Creating a new SSH Key
Accounts -> Create a SSH Key Pairs as tolga
Then
Create a VM without ssh key selection.
After login he VM with X password
Then shutdown VM
Reset SSH Key Pair
Select new ssh key (like tolgaSSH)
Password of the VM has been reset to Y
Finally now i login with Y.


Creating a new SSH Key
Accounts -> Create a SSH Key Pairs as tolga and tolgaSSH
Then
Create a VM with ssh key selection (like tolga)
After login he VM with X password
Then shutdown VM
Reset SSH Key Pair
Select new ssh key (like tolgaSSH)
Password of the VM has been reset to Y
Finally now i login with Y.

But i want only add/reset SSH Key Pair.

Thanks,
Tolga


2016-11-21 20:38 GMT+03:00 Dag Sonstebo :

> Hi Tolga,
>
> Can you elaborate? Which SSH keys / passwords are we talking about?
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 21/11/2016, 16:43, "Semih Tolga DEMİR" 
> wrote:
>
> Hi,
>
> My test environment ACS 4.9, KVM hypervisor.
> I want to understand why need to reset password when add/reset ssh key
> ?
>
> Thanks,
> Tolga
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: Deletion of expunged volumes

[Dag Sonstebo]

Hi Natalia,

So in other words the database shows the volumes as “expunged” and removed set 
to a date, but you can still find the volumes on your primary storage?

Regards,
Dag Sonstebo
Cloud Architect
ShapeBlue


dag.sonst...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

On 21/11/2016, 20:33, "Natalia Costas Lago"  wrote:


Dear Dag,

Those parameters are set to 86400, but before I also tried setting them 
to 60 seconds and restarting the management server. I have also been out 
of the office for a week so the volumes have been there long enough to 
be actually deleted.

Regards,



El 21/11/2016 a las 19:30, Dag Sonstebo escribió:
> Natalia,
>
> What are your expunge.delay and expunge.interval global settings set to?
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>   
>
> On 21/11/2016, 18:13, "Natalia Costas Lago"  wrote:
>
>  
>  Hi,
>  
>  
>  At our cloudstack deployment we have volumes that have been expunged 
but
>  not deleted. I think the problem is related with the next documented 
issue:
>  
>  https://issues.apache.org/jira/browse/CLOUDSTACK-9119
>  
>  Is there a way to force the deletion of expunged volumes in this 
situation?
>  
>  Thanx in advance
>  
>  --
>  
>  Natalia Costas Lago
>  Senior Communications Technician
>  Galicia Supercomputing Centre (CESGA)
>  (CESGA on Twitter  |  CESGA on Facebook)
>  
>  Avenida de Vigo, s/n (Campus Vida)
>  15705 Santiago de Compostela - SPAIN
>  
>  E-mail: nata...@cesga.es
>  Cell: +34 981 56 98 10 (ext. 237)
>  Fax: +34 981 59 46 16
>  Web: https://www.cesga.es/
>  
>  [IMPORTANTE] La información contenida en este mensaje y
>  sus posibles documentos adjuntos es privada y confidencial
>  y está dirigida únicamente a su destinatario/a. Si usted no
>  es el/la destinatario/a original de este mensaje, por favor
>  elimínelo. La distribución o copia de este mensaje no está
>  autorizada.
>  
>  
>

-- 

Natalia Costas Lago
Senior Communications Technician
Galicia Supercomputing Centre (CESGA)
(CESGA on Twitter  |  CESGA on Facebook)

Avenida de Vigo, s/n (Campus Vida)
15705 Santiago de Compostela - SPAIN

E-mail: nata...@cesga.es
Cell: +34 981 56 98 10 (ext. 237)
Fax: +34 981 59 46 16
Web: https://www.cesga.es/

[IMPORTANTE] La información contenida en este mensaje y
sus posibles documentos adjuntos es privada y confidencial
y está dirigida únicamente a su destinatario/a. Si usted no
es el/la destinatario/a original de este mensaje, por favor
elimínelo. La distribución o copia de este mensaje no está
autorizada.

Re: Fault percentage value of CPU usage in Cloud Platform

[Sudharma Jain]

Hi Anil,

There could be a bug with the dashboard, but it has nothing to do with the
deployment failure. Check your management server logs.

Thanks,
Sudharma

On Tue, Nov 22, 2016 at 1:25 PM, anil lakineni <
anilkumar459.lakin...@gmail.com> wrote:

> Good Morning,
>
> @Will- but we don't have support contract.
>
> @Bharat- True, but the allocated CPU percentage value is showing wrong in
> the Dashboard where as in Zone's Resources *(Path is: 'Infrastructure' ->
> 'Zones' -> 'click on desired zone name' -> 'Resources') *the percentage
> value is showing correct.
>
> Total CPU allocated is 800 GHz out of 2000 GHz. So that means the
> percentage value should be in 40% range but in my case it is showing 91% in
> the Dashboard which leads in failing new deployments. But, the same value
> in Zone's Resources is showing accurate 40% value.
>
>
> But, for new VPS or VM deployments the cloud is preferring dashboard
> percentage value not the one which is there at Zone's Resources. So would
> you help me to fix this issue?
>
>
> Best Regards,
> Anil.
>
> On Mon, Nov 21, 2016 at 7:20 PM, Bharat Kumar  >
> wrote:
>
> > Hi,
> >
> > There may be a difference in what you have allocated and what is being
> > actually used. The dashboard shows what is allocated.
> >
> > Regards,
> > Bharat.
> >
> > On 11/21/16, 9:44 PM, "williamstev...@gmail.com on behalf of Will
> > Stevens" 
> > wrote:
> >
> > >You will have to contact Accelerite for support with ACP (previously
> CCP).
> > >We have no visibility into the ACP code or how to support you.
> > >
> > >https://support.accelerite.com/hc/en-us
> > >
> > >Best of luck...
> > >
> > >*Will STEVENS*
> > >Lead Developer
> > >
> > >
> > >
> > >On Mon, Nov 21, 2016 at 3:44 AM, anil lakineni <
> > >anilkumar459.lakin...@gmail.com> wrote:
> > >
> > >> Dear All,
> > >>
> > >> On CloudPlatform dashboard our CPU usage is showing wrong (high -91%)
> > value
> > >> which in-turn not allowing us to provision new VMs. But, the fact is
> > only
> > >> 40% of the available CPU is utilized and Even in the Dashboard only
> > >> percentage calculation is showing false metric value, But Cpu usage
> > value
> > >> is showing accurate(800/2000 GHZ).
> > >>
> > >> In addition to that when we go to check the CPU status at Zones level
> we
> > >> are seeing the accurate CPU usage percentage in all Zones, Only we are
> > >> getting false usage percentage at dashboard level(which leads to fail
> > the
> > >> new deployments).
> > >>
> > >> - Our CCP version is 4.5.0
> > >> - Hypervisors are Xen 6.2 & 6.5
> > >>
> > >> Please help me to sort out this issue and also let me know if any
> > >> additional information needed.
> > >>
> > >>
> > >> Best Regards,
> > >> Anil.
> > >>
> >
> >
> >
> >
> > 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.
> >
>