Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id D539E2009C6 for ; Tue, 31 May 2016 17:18:54 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id D3BA8160A44; Tue, 31 May 2016 15:18:54 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 01C651609AD for ; Tue, 31 May 2016 17:18:53 +0200 (CEST) Received: (qmail 91145 invoked by uid 500); 31 May 2016 15:18:53 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 91134 invoked by uid 99); 31 May 2016 15:18:52 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 May 2016 15:18:52 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 64EE6C0AB5 for ; Tue, 31 May 2016 15:18:52 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1 X-Spam-Level: * X-Spam-Status: No, score=1 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id yRtKx_B73dOd for ; Tue, 31 May 2016 15:18:50 +0000 (UTC) Received: from cerga.lunarpages.com (cerga.lunarpages.com [67.210.123.115]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 3E9925FBA5 for ; Tue, 31 May 2016 15:18:50 +0000 (UTC) Received: from modemcable063.34-80-70.mc.videotron.ca ([70.80.34.63]:64470 helo=Marc-Andres-MacBook-Pro.local) by cerga.lunarpages.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.86_1) (envelope-from ) id 1b7lRO-0004yx-DK for users@cloudstack.apache.org; Tue, 31 May 2016 08:18:46 -0700 Subject: Re: FW: Password reset, not work after adding new Guest IP Class To: users@cloudstack.apache.org References: <1458928169.3169.2.camel@secretresearchfacility.com> <11ee2be5-684e-436e-9f14-d5085619ab33@getmailbird.com> <013701d1af45$7599c130$60cd4390$@istream.today> <055601d1b1a8$8c6a16c0$a53e4440$@istream.today> <173cfa1b-93d0-4fdf-2f03-eb2a4a5c2dbf@marcuspocus.com> <04a601d1bb0c$80546030$80fd2090$@istream.today> From: Marc-Andre Jutras Message-ID: <813681c9-9510-50d6-9dd4-a305d1b906bb@marcuspocus.com> Date: Tue, 31 May 2016 11:18:45 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <04a601d1bb0c$80546030$80fd2090$@istream.today> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cerga.lunarpages.com X-AntiAbuse: Original Domain - cloudstack.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - marcuspocus.com X-Get-Message-Sender-Via: cerga.lunarpages.com: authenticated_id: marcus@marcuspocus.com X-Authenticated-Sender: cerga.lunarpages.com: marcus@marcuspocus.com archived-at: Tue, 31 May 2016 15:18:55 -0000 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:marcus@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 the moment i have 2 x /28 on this zone >>> running on ACS 4.5.2 with VMware 5.5. >>> >>> >>> Any info/help ? >>> >>> >>> Thank you ! >>> >>> Regards, >>> Cristian >