[CCC2016MTL] Round Table Event (for remote attendees)

[Pierre-Luc Dion]

Hi all,

As you know, tomorrow is the first day of the Apache CloudStack Collab 2016
Montreal. We will be starting with a round-table session around 1:30 pm EDT
(GMT -4).

You are all invited to join us via GoToMeeting [1] and contribute to the
list of topics you would like to see discussed [2].

Minutes of the meeting will be posted on our wiki [2], and as usual, if any
decisions are to be made, subjects will be moved to the mailing list where
votes and further discussions will be held.

[1] https://global.gotomeeting.com/join/904621125
[2]
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Collaboration+Conference%3A+Montreal+2016

Cheers,

RE: FW: Password reset, not work after adding new Guest IP Class

[Cristian Ciobanu]

Hi Marcus,

  I the all requested tests, successfully, please see in provided images.

  IP to GW: hxxp://imgur.com/a/ON99N ( i also did ping on other GW not 
allocated on ACS)
 
  IP to IP: hxxp://imgur.com/a/uPlFr ( IP to Linux VM's from ACS 
environment )

  IP to DNS : hxxp://imgur.com/a/oWrAj
  
   
   Thanks for support!


Regards,
Cristian


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com] 
Sent: Tuesday, May 31, 2016 6:19 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Hey Cristian

Can you go on the VR and try to run a ping from there ?

procedure on VR:

1- update the ping util ( apt-get install iputils-ping )

2- run a ping test with different source IP  ( ping -I sourceIP DestIP   
   ctrl-c to stop the ping )

   - source IP : use the IP configured on the VR

   - destination IP : try to ping the gateway, an IP on the other range that 
should be reachable and not configured on the VR and another public IP...

   a-1) ping -I 159.X.X.X 167.X.X.X-GW

   a-2) ping -I 159.X.X.X 167.X.X.X-IP

   a-3) ping -I 159.X.X.X 8.8.8.8

   b-1) ping -I 167.X.X.X 159.X.X.X-GW

   b-2) ping -I 167.X.X.X 159.X.X.X-IP

   b-3) ping -I 167.X.X.X 8.8.8.8

   post me the result...

3- re-load the original ping util... ( apt-get install inetutils-ping
-  or destroy / re-create your VR... )

Normally, your core router should know about these two IP ranges, if so, you 
can just force the core router to route one IP range to the other range and set 
only one default gateway in Cloudstack/public ip range...

Marcus



On 2016-05-31 3:17 AM, Cristian Ciobanu wrote:
> Hi Marcus,
>
> First of all, thanks for answer.
>
> - I don't have access to border router ( i will try to get access )
> - Yes, each IP range have their gateway
> - I'm not sure why is working after VR reboot/ each reboot, looks 
> lie is doing a switch from , i also provided a screenshot where i run 
> a ping test from IP X to Gateway Y
>
>  Please see:  http://i.imgur.com/T0w3fdZ.jpg
>
>
> Regards,
> Cristian
>  
>
> -Original Message-
> From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
> Sent: Monday, May 30, 2016 9:46 PM
> To: users@cloudstack.apache.org
> Subject: Re: FW: Password reset, not work after adding new Guest IP 
> Class
>
> Hi Cristian,
>
> Sound like a networking issue // gateway mismatch on your side and not an 
> issue with ACS: TCP packet seems to be blocked on the border router... ie: ip 
> on 159.X.X.X network is trying to reach your ACS server via the 167.X.X.X 
> gateway or vice-versa; VR is not managing two different default gateway !
>
> Do you have some control or can modify config on your border router ? ( where 
> both ip range got their gateway ? ) if so, check there to allow source IP : 
> 159.X to be able to reach GW : 167 or vice-versa...
>
> Marcus
>
> On 2016-05-19 4:29 AM, Cristian Ciobanu wrote:
>> Hello All,
>>
>>
>>
>> I will insist on this topic because i don’t recevied any answer, i just want 
>> to know if is possibile to fix this issue.
>>
>>
>>
>> Thank you !
>>
>> Cristian
>>
>>
>>
>> From: Cristian Ciobanu [mailto:cristian.c@istream.today]
>> Sent: Monday, May 16, 2016 10:35 AM
>> To: users@cloudstack.apache.org
>> Subject: RE: Password reset, not work after adding new Guest IP Class
>>
>>
>>
>> Hello,
>>
>>
>>
>>   This issue persist, each time i have to reboot the VR.
>>
>>
>>
>>   Example.
>>
>>  
>>
>>IP class - X
>>
>>IP class – Y
>>
>>
>>
>> 1.  Build VM  from IP class X, password reset on deploy works
>>
>> 2.  Build VM  from IP class X, password reset on deploy works
>>
>> 3.  Build VM  from IP class X, password reset on deploy works
>>
>> 4.  Build VM  from IP class Y, not working
>>
>> 5.  Reboot VR
>>
>> 6.  Build VM  from IP class Y, password reset on deploy works
>>
>> 7.  Build VM  from IP class Y, password reset on deploy works
>>
>> 8.  Remove a VM from IP class X
>>
>> 9.  Build VM from IP class X, not working
>>
>> 10.   Each time is switch from Y to X and vice versa i need to reboot VR
>>
>>
>>
>>I have this issue with any OS, also i have 2 Enviorments  with 
>> ACS 4.5.2 Vmware 5.5
>>
>>
>>
>>  Can i get some help ?
>>
>>
>>
>> From: Cristian Ciobanu [mailto:cristian.c@istream.today]
>> Sent: Saturday, March 26, 2016 3:06 PM
>> To: users@cloudstack.apache.org 
>> Subject: Re: Password reset, not work after adding new Guest IP Class
>>
>>
>>
>> Can someone help me regarding my issue ?   for sure this is a CS bug, but i 
>> need to know if this can be solved on 4.5.2
>>
>>
>>
>> Thank you all
>>
>> Cristian
>>
>> On 25.03.2016 21:41:06, Cristian Ciobanu >  > wrote:
>>
>> Hi,
>>
>>
>>
>> Yes, i have basic zone configured on my ACS environment,

Re: Ansible 2.1 released with new CloudStack modules

[Milamber]

Hi René,

Thanks for your works on theses very useful Ansible modules and the 
oldest too


Milamber

On 30/05/2016 10:52, Rene Moser wrote:

Hi

A few days ago, Ansible 2.1 has been release including several new
modules for CloudStack:

* cs_cluster
* cs_configuration
* cs_instance_facts
* cs_pod
* cs_resourcelimit
* cs_volume
* cs_zone
* cs_zone_facts

Documentation can be found on
http://docs.ansible.com/ansible/list_of_cloud_modules.html#cloudstack

Full changelog of 2.1 related to cloudstack:

Atsushi Sasaki (1):
   Enable to resize a volume with cs_volume

Michael Scherer (1):
   Do not leak passwords in case of error in cloudstack modules

Rene Moser (26):
   cloudstack: new module cs_volume
   cloudstack: cs_facts: fix wrong description of returns
cloudstack_public_ipv4, cloudstack_public_hostname
   cloudstack: cs_instance: implement state=restored
   cloudstack: fixes and improvements
   cloudstack: cs_instance: fixes and improvements
   cloudstack: cs_volume fixes and improvments
   cloudstack: fixes and improvements
   cloudstack: cs_template: implement state=extracted
   cloudstack: cs_volume: simplify detach on state=absent
   cloudstack: cs_instance: fix do not require name to be set to
avoid clashes
   cloudstack: fix name is not case insensitive
   cloudstack: fixes and improvements
   cloudstack: cs_portforward: fix missing return and remove unused arg
   cloudstack: use CS_HYPERVISORS from cloudstack utils
   cloudstack: new module cs_configuration
   cloudstack: add new module cs_resourcelimit
   cloudstack: cs_instance: implement updating security groups
   cloudstack: new module cs_cluster
   cloudstack: new module cs_pod
   cloudstack: new module cs_zone
   cloudstack: new module cs_instance_facts
   cloudstack: new module cs_zone_facts
   cloudstack: cs_template: fix cross_zones template removal
   cloudstack: fix doc, display_text not required
   cloudstack: cs_template: fix state=extracted
   cs_template: fix missing docs

René Moser (3):
   cloudstack: cs_instance: fix template not found (#2005)
   cloudstack, cs_firewall: fix network not found error in return
results (#2006)
   cs_loadbalancer_rule_member: doc fixes (#2184)

Toshio Kuratomi (1):
   Remove duplicate documentation fields

Re: what is this alert log in management server

[Marc-Andre Jutras]

Yes it's safe...

It will take another IP if the VR is not destroyed / expunged correctly: 
the system will expect that this VM can be re-spun-up...


lower your expunge delay if you want to ensure that this VR will use the 
same IP...


on ACS / Global settings / expunge delay , set it to 60 sec

on ACS / Global settings / expunge interval, set it to 60 sec

restart ACS, delete / destroy VR, wait 120 sec and spin-up a new VM to 
re-create a VR...



Marcus


On 2016-05-31 10:50 AM, Semih Tolga DEMİR wrote:

Hi Marcus,

is it safe to destroy VR, on some troubleshooting guides it tells us to
never destroy VR? one time i destroyed vr and it took new ip from guest ip
network, so is it safe to destroy VR?
whats your opinions ?

Thanks

2016-05-31 17:38 GMT+03:00 Marc-Andre Jutras :


Hey !

personally, I would recommend to run everything on UTC but it's up to
you...

If everything is in ntp-sync, maybe an old api call was waiting on the VR
to get consumed by ACS... Just to be sure, destroy / re-create the VR and
check if you're still seeing the same warning message...

also, check on your kvma16 host if there's any errors there... just in
case ;)

best way to destroy / re-create rapidly a VR :

1- delete / destroy / expunge the VR,

2- spin up a new VM on the same network

3- ACS will detect the missing VR and will re-create it right away...

Marcus



On 2016-05-31 2:35 AM, Semih Tolga DEMİR wrote:


Hi;

All management servers and hypervizors are in ntp time sync.

My management and hypervisor servers are using my local timezone(UTC+5)
but
they are synced with ntp but you know systemvm’s are using default UTC
timezone, do i need to set management and hypervisors server to UTC for
ACS
to work successfully?

Thanks

Tolga


2016-05-30 21:49 GMT+03:00 Marc-Andre Jutras :

Make sure NTP is configured and in sync everywhere... ( that's include

your management server, hypervisor, etc... )



On 2016-05-30 7:51 AM, Semih Tolga DEMİR wrote:

Hi,

I see some different logs in my management server. I do not understand
what
is the meaning of this  [ALERT] , is it bug? Can i ignore that?

The  [ALERT] logs are below.


2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-10:null) (logid:) Seq 10-1235393672783119940:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Seq
10-1235393672783119940: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }

2016-05-30 09:47:45,451 WARN
[c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Invalid last alert
timestamp received while collecting alerts from router: r-91-VM

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-1:null) (logid:) Seq 10-1235393672783119941:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-1ac9d1dd) (logid:b308a937) Seq
10-1235393672783119941: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }


Thanks,

Re: FW: Password reset, not work after adding new Guest IP Class

[Marc-Andre Jutras]

Hey Cristian

Can you go on the VR and try to run a ping from there ?

procedure on VR:

1- update the ping util ( apt-get install iputils-ping )

2- run a ping test with different source IP  ( ping -I sourceIP DestIP   
  ctrl-c to stop the ping )


  - source IP : use the IP configured on the VR

  - destination IP : try to ping the gateway, an IP on the other range 
that should be reachable and not configured on the VR and another public 
IP...


  a-1) ping -I 159.X.X.X 167.X.X.X-GW

  a-2) ping -I 159.X.X.X 167.X.X.X-IP

  a-3) ping -I 159.X.X.X 8.8.8.8

  b-1) ping -I 167.X.X.X 159.X.X.X-GW

  b-2) ping -I 167.X.X.X 159.X.X.X-IP

  b-3) ping -I 167.X.X.X 8.8.8.8

  post me the result...

3- re-load the original ping util... ( apt-get install inetutils-ping  
-  or destroy / re-create your VR... )


Normally, your core router should know about these two IP ranges, if so, 
you can just force the core router to route one IP range to the other 
range and set only one default gateway in Cloudstack/public ip range...


Marcus



On 2016-05-31 3:17 AM, Cristian Ciobanu wrote:

Hi Marcus,

First of all, thanks for answer.

- I don't have access to border router ( i will try to get access )
- Yes, each IP range have their gateway
- I'm not sure why is working after VR reboot/ each reboot, looks lie is 
doing a switch from , i also provided a screenshot where i run a ping test from 
IP X to Gateway Y

 Please see:  http://i.imgur.com/T0w3fdZ.jpg


Regards,
Cristian
 


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com]
Sent: Monday, May 30, 2016 9:46 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Hi Cristian,

Sound like a networking issue // gateway mismatch on your side and not an issue 
with ACS: TCP packet seems to be blocked on the border router... ie: ip on 
159.X.X.X network is trying to reach your ACS server via the 167.X.X.X gateway 
or vice-versa; VR is not managing two different default gateway !

Do you have some control or can modify config on your border router ? ( where 
both ip range got their gateway ? ) if so, check there to allow source IP : 
159.X to be able to reach GW : 167 or vice-versa...

Marcus

On 2016-05-19 4:29 AM, Cristian Ciobanu wrote:

Hello All,

   


I will insist on this topic because i don’t recevied any answer, i just want to 
know if is possibile to fix this issue.

   


Thank you !

Cristian

   


From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Monday, May 16, 2016 10:35 AM
To: users@cloudstack.apache.org
Subject: RE: Password reset, not work after adding new Guest IP Class

   


Hello,

   


  This issue persist, each time i have to reboot the VR.

   


  Example.

 


   IP class - X

   IP class – Y

   


1.  Build VM  from IP class X, password reset on deploy works

2.  Build VM  from IP class X, password reset on deploy works

3.  Build VM  from IP class X, password reset on deploy works

4.  Build VM  from IP class Y, not working

5.  Reboot VR

6.  Build VM  from IP class Y, password reset on deploy works

7.  Build VM  from IP class Y, password reset on deploy works

8.  Remove a VM from IP class X

9.  Build VM from IP class X, not working

10.   Each time is switch from Y to X and vice versa i need to reboot VR

   


   I have this issue with any OS, also i have 2 Enviorments  with
ACS 4.5.2 Vmware 5.5

   


 Can i get some help ?

   


From: Cristian Ciobanu [mailto:cristian.c@istream.today]
Sent: Saturday, March 26, 2016 3:06 PM
To: users@cloudstack.apache.org 
Subject: Re: Password reset, not work after adding new Guest IP Class

   


Can someone help me regarding my issue ?   for sure this is a CS bug, but i 
need to know if this can be solved on 4.5.2

   


Thank you all

Cristian

On 25.03.2016 21:41:06, Cristian Ciobanu mailto:cristian.c@istream.today> > wrote:

Hi,

   


Yes, i have basic zone configured on my ACS environment, also i was 
able to see two networks on VR only after i did rebuild for the router.

  


  1 x IP class 158.X  /28

  2 x IP class 167.X  /28

   


   1. Rebuild router

   2. Removed VM's in order to retest a deploy on first (158.X)IP
Class

   3. Deploy VM, everything works, also after this deploy i don't
have available IP's from this class (158.X)

   4. Deploy VM on secondary IP class (167.X) , password not working, i was 
able to login on VM only with static password.

   5. Removed VM from class(158.X)

   6 Deploy VM on (158.X)  Not working again

   



   


Please see the screenshots, i don't provided screenshot from VM when 
generated password works :

   


 Zone/Guest : http://i.imgur.com/h2npDcP.jpg

 VR: http://i.imgur.com/TsCTRu6.jpg and
http://i.imgur.com/TsCTRu6.jpg

 Pods:

Re: what is this alert log in management server

[Semih Tolga DEMİR]

Hi Marcus,

is it safe to destroy VR, on some troubleshooting guides it tells us to
never destroy VR? one time i destroyed vr and it took new ip from guest ip
network, so is it safe to destroy VR?
whats your opinions ?

Thanks

2016-05-31 17:38 GMT+03:00 Marc-Andre Jutras :

> Hey !
>
> personally, I would recommend to run everything on UTC but it's up to
> you...
>
> If everything is in ntp-sync, maybe an old api call was waiting on the VR
> to get consumed by ACS... Just to be sure, destroy / re-create the VR and
> check if you're still seeing the same warning message...
>
> also, check on your kvma16 host if there's any errors there... just in
> case ;)
>
> best way to destroy / re-create rapidly a VR :
>
> 1- delete / destroy / expunge the VR,
>
> 2- spin up a new VM on the same network
>
> 3- ACS will detect the missing VR and will re-create it right away...
>
> Marcus
>
>
>
> On 2016-05-31 2:35 AM, Semih Tolga DEMİR wrote:
>
>> Hi;
>>
>> All management servers and hypervizors are in ntp time sync.
>>
>> My management and hypervisor servers are using my local timezone(UTC+5)
>> but
>> they are synced with ntp but you know systemvm’s are using default UTC
>> timezone, do i need to set management and hypervisors server to UTC for
>> ACS
>> to work successfully?
>>
>> Thanks
>>
>> Tolga
>>
>>
>> 2016-05-30 21:49 GMT+03:00 Marc-Andre Jutras :
>>
>> Make sure NTP is configured and in sync everywhere... ( that's include
>>> your management server, hypervisor, etc... )
>>>
>>>
>>>
>>> On 2016-05-30 7:51 AM, Semih Tolga DEMİR wrote:
>>>
>>> Hi,

 I see some different logs in my management server. I do not understand
 what
 is the meaning of this  [ALERT] , is it bug? Can i ignore that?

 The  [ALERT] logs are below.


 2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
 (AgentManager-Handler-10:null) (logid:) Seq 10-1235393672783119940:
 Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
 [{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
 17:06:03,446 [ALERT] [dnsmasq] The process detected as
 running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

 2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
 (RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Seq
 10-1235393672783119940: Received:  { Ans: , MgmtId: 345050167520, via:
 10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }

 2016-05-30 09:47:45,451 WARN
 [c.c.n.r.VirtualNetworkApplianceManagerImpl]
 (RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Invalid last alert
 timestamp received while collecting alerts from router: r-91-VM

 2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
 (AgentManager-Handler-1:null) (logid:) Seq 10-1235393672783119941:
 Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
 [{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
 17:06:03,446 [ALERT] [dnsmasq] The process detected as
 running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

 2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
 (RouterStatusMonitor-1:ctx-1ac9d1dd) (logid:b308a937) Seq
 10-1235393672783119941: Received:  { Ans: , MgmtId: 345050167520, via:
 10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }


 Thanks,



>

Re: what is this alert log in management server

[Marc-Andre Jutras]

Hey !

personally, I would recommend to run everything on UTC but it's up to you...

If everything is in ntp-sync, maybe an old api call was waiting on the 
VR to get consumed by ACS... Just to be sure, destroy / re-create the VR 
and check if you're still seeing the same warning message...


also, check on your kvma16 host if there's any errors there... just in 
case ;)


best way to destroy / re-create rapidly a VR :

1- delete / destroy / expunge the VR,

2- spin up a new VM on the same network

3- ACS will detect the missing VR and will re-create it right away...

Marcus


On 2016-05-31 2:35 AM, Semih Tolga DEMİR wrote:

Hi;

All management servers and hypervizors are in ntp time sync.

My management and hypervisor servers are using my local timezone(UTC+5) but
they are synced with ntp but you know systemvm’s are using default UTC
timezone, do i need to set management and hypervisors server to UTC for ACS
to work successfully?

Thanks

Tolga


2016-05-30 21:49 GMT+03:00 Marc-Andre Jutras :


Make sure NTP is configured and in sync everywhere... ( that's include
your management server, hypervisor, etc... )



On 2016-05-30 7:51 AM, Semih Tolga DEMİR wrote:


Hi,

I see some different logs in my management server. I do not understand
what
is the meaning of this  [ALERT] , is it bug? Can i ignore that?

The  [ALERT] logs are below.


2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-10:null) (logid:) Seq 10-1235393672783119940:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,451 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Seq
10-1235393672783119940: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }

2016-05-30 09:47:45,451 WARN  [c.c.n.r.VirtualNetworkApplianceManagerImpl]
(RouterStatusMonitor-1:ctx-972488b8) (logid:0e7a028f) Invalid last alert
timestamp received while collecting alerts from router: r-91-VM

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(AgentManager-Handler-1:null) (logid:) Seq 10-1235393672783119941:
Processing:  { Ans: , MgmtId: 345050167520, via: 10, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.GetRouterAlertsAnswer":{"alerts":["2016-05-24
17:06:03,446 [ALERT] [dnsmasq] The process detected as
running"],"timeStamp":"2016-05-24 17:06:03","result":true,"wait":0}}] }

2016-05-30 09:47:45,490 DEBUG [c.c.a.t.Request]
(RouterStatusMonitor-1:ctx-1ac9d1dd) (logid:b308a937) Seq
10-1235393672783119941: Received:  { Ans: , MgmtId: 345050167520, via:
10(kvma16), Ver: v1, Flags: 10, { GetRouterAlertsAnswer } }


Thanks,

long waiting times on routervm for savepassword and DhcpEntryCommand's

[Özhan Rüzgar Karaman]

Hi;
Today i noticed that my vm creation commands takes a little bit long. When
i check the logs i noticed that router vm takes too much time like 4
seconds each for savepassword and DhcpEntryCommands.

We are using advanced networking with security groups enabled for ACS 4.8 .
It looks like when ip address usage increases for each guest network block,
router vm responds slower than the old days.

We are using default compute offering for router and system vm's is there a
way to speed up this process. I thought about increasing compute offering
like give more cpu, more ram and increase CPU Mhz.

So i like to learn if its possible to speed up router vm on high ip usage
in a C class.

Thanks
Özhan

RE: FW: Password reset, not work after adding new Guest IP Class

[Cristian Ciobanu]

Hi Marcus,

   First of all, thanks for answer.

   - I don't have access to border router ( i will try to get access )
   - Yes, each IP range have their gateway
   - I'm not sure why is working after VR reboot/ each reboot, looks lie is 
doing a switch from , i also provided a screenshot where i run a ping test from 
IP X to Gateway Y 

Please see:  http://i.imgur.com/T0w3fdZ.jpg


Regards,
Cristian


-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com] 
Sent: Monday, May 30, 2016 9:46 PM
To: users@cloudstack.apache.org
Subject: Re: FW: Password reset, not work after adding new Guest IP Class

Hi Cristian,

Sound like a networking issue // gateway mismatch on your side and not an issue 
with ACS: TCP packet seems to be blocked on the border router... ie: ip on 
159.X.X.X network is trying to reach your ACS server via the 167.X.X.X gateway 
or vice-versa; VR is not managing two different default gateway !

Do you have some control or can modify config on your border router ? ( where 
both ip range got their gateway ? ) if so, check there to allow source IP : 
159.X to be able to reach GW : 167 or vice-versa...

Marcus

On 2016-05-19 4:29 AM, Cristian Ciobanu wrote:
> Hello All,
>
>   
>
> I will insist on this topic because i don’t recevied any answer, i just want 
> to know if is possibile to fix this issue.
>
>   
>
> Thank you !
>
> Cristian
>
>   
>
> From: Cristian Ciobanu [mailto:cristian.c@istream.today]
> Sent: Monday, May 16, 2016 10:35 AM
> To: users@cloudstack.apache.org
> Subject: RE: Password reset, not work after adding new Guest IP Class
>
>   
>
> Hello,
>
>   
>
>  This issue persist, each time i have to reboot the VR.
>
>   
>
>  Example.
>
> 
>
>   IP class - X
>
>   IP class – Y
>
>   
>
> 1.  Build VM  from IP class X, password reset on deploy works
>
> 2.  Build VM  from IP class X, password reset on deploy works
>
> 3.  Build VM  from IP class X, password reset on deploy works
>
> 4.  Build VM  from IP class Y, not working
>
> 5.  Reboot VR
>
> 6.  Build VM  from IP class Y, password reset on deploy works
>
> 7.  Build VM  from IP class Y, password reset on deploy works
>
> 8.  Remove a VM from IP class X
>
> 9.  Build VM from IP class X, not working
>
> 10.   Each time is switch from Y to X and vice versa i need to reboot VR
>
>   
>
>   I have this issue with any OS, also i have 2 Enviorments  with 
> ACS 4.5.2 Vmware 5.5
>
>   
>
> Can i get some help ?
>
>   
>
> From: Cristian Ciobanu [mailto:cristian.c@istream.today]
> Sent: Saturday, March 26, 2016 3:06 PM
> To: users@cloudstack.apache.org 
> Subject: Re: Password reset, not work after adding new Guest IP Class
>
>   
>
> Can someone help me regarding my issue ?   for sure this is a CS bug, but i 
> need to know if this can be solved on 4.5.2
>
>   
>
> Thank you all
>
> Cristian
>
> On 25.03.2016 21:41:06, Cristian Ciobanu   > wrote:
>
> Hi,
>
>   
>
>Yes, i have basic zone configured on my ACS environment, also i was 
> able to see two networks on VR only after i did rebuild for the router.
>
>  
>
>  1 x IP class 158.X  /28
>
>  2 x IP class 167.X  /28
>
>   
>
>   1. Rebuild router
>
>   2. Removed VM's in order to retest a deploy on first (158.X)IP 
> Class
>
>   3. Deploy VM, everything works, also after this deploy i don't 
> have available IP's from this class (158.X)
>
>   4. Deploy VM on secondary IP class (167.X) , password not working, i 
> was able to login on VM only with static password.
>
>   5. Removed VM from class(158.X)
>
>   6 Deploy VM on (158.X)  Not working again
>
>   
>
>
>
>   
>
>Please see the screenshots, i don't provided screenshot from VM when 
> generated password works :
>
>   
>
> Zone/Guest : http://i.imgur.com/h2npDcP.jpg
>
> VR: http://i.imgur.com/TsCTRu6.jpg and 
> http://i.imgur.com/TsCTRu6.jpg
>
> Pods: http://i.imgur.com/y0Oqgk9.jpg
>
> VR ip a : http://i.imgur.com/7MBzggM.jpg
>
> VM (test linux ) : http://i.imgur.com/uWtTIpI.jpg
>
> VM (test Windows) :http://i.imgur.com/T0w3fdZ.jpg
>
> 
>
> Thank you !
>
> 
>
>   
>
> Regards,
>
> Cristian
>
> On 25.03.2016 19:49:57, Stephan Seitz   > wrote:
>
> Hi!
>
> Did you add two networks with dhcp? what shows your guests routing 
> table? obviously two default gateways? did you check if your virtual 
> router is reachable from within the guest?
>
> Am Freitag, den 25.03.2016, 15:18 +0200 schrieb Cristian Ciobanu:
>> Hello,
>>
>> Looks like after adding a second IP class for Guest, password 
>> generator is not working for New VM on first deploy and password 
>> reset.
>>
>> Password is provided on CloudStack but when i try to login on new VM 
>> is not working.
>>
>> I just added a another /28 for th

RE: ACS 4.8 VMware 5.5 (

[Cristian Ciobanu]

Thank you !

-Original Message-
From: Marc-Andre Jutras [mailto:mar...@marcuspocus.com] 
Sent: Monday, May 30, 2016 9:31 PM
To: users@cloudstack.apache.org
Subject: Re: ACS 4.8 VMware 5.5 (

Hi Cristian ,

check this documentation:

http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.8/hy
pervisor/vsphere.html


Basically :

1- build and install the ACS Non-oss version on one VM  (
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudSta
ck
)

2- prepare your network ( reserve IP, vlan, etc... )

3- add vmware vcenter to your zone / pod /cluster...

4- have fun ;)


Marcus


On 2016-05-30 9:01 AM, Cristian Ciobanu wrote:
> Hello,
>
>   
>
>  Can i get a "how to" install ACS 4.8 for Vmware 5.5 ? i think is 
> possibile ony from source for ACS 4.8, right ? ( I'm intereset only in 
> ACS
> 4.8 Management server, not all configuration )
>
>   
>
>  My old issue still not solved : FW: Password reset, not work 
> after adding new Guest IP Class
>
>   
>
>   
>
> Thank you all !
>
>   
>
> Regards,
>
> Cristian
>
>   
>
>