Hi Prateek, I am login to the VR and checked the logs, but no luck. Please suggest any other solution.
Regards, Venkatesh.k On Fri, May 20, 2016 at 2:53 PM, Abhinandan Prateek < [email protected]> wrote: > For trouble shooting VR you can login into it. Logs are in usual place > /var/log/cloudstack. > Assuming you use Xen, then from the host you can login into VR using its > link-local ip: > > ssh -i /root/.ssh/id_rsa -p 3922 root@<link-local-ip> > > > Any reason you are using 4.3.1 and not one of the newer release ? > > > > > > > [email protected] > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > On 19/05/16, 11:43 PM, "kotipalli venkatesh" <[email protected]> > wrote: > > >Thank you for your reply Dag and Sanjeev. > > > >[CRITICAL ISSUE PLEASE ANY ONE RESPOND GIVE TO ME VALUABLE SUGGESTIONS ] > > > >In our environment versions : > > > >CS 4.3.1 > >Xenserver hypervisor 6.2 > > > >Basically problem is my VR (VPC). if anything done changes in VM side it > >wont accept until VR is rebooted > > > >*Example 1:* > > > >I am creating a new PG (private gateway), we are giving valid inputs and > >finally click ok button error is *unable to create PG*. > >so at that time i am rebooted the VR and then created a PG. > > > >*Example 2*: > > > >One of the instance have change the service offering down the machine and > >point to the new-offering and start the instance it through's *UNABLE TO > >START THE VM DUE TO INSUFFICIENT CAPACITY MEMORY *in this scenario also > >rebooted the VR and start the instance it's working vm is up and running. > > > >Question : 1. How can i troubleshoot Virtual router? > > 2. How can i find the incoming traffic and outgoing > traffic > >on VR? > > 3. If the VM exposed to public (SaticNAT/PortForwarding) > >so how can i trace the traffic inbound and outbound? > > > > > > > >Finally we have observed all VR's having problem, could you please > suggest > >more inputs,so that i can stable my environment without any bumps. > > > >I hope you guys please help me if any one face this scenario. > > > >Regards, > >Venkatesh.k > > > >On Thu, May 19, 2016 at 6:50 PM, Sanjeev Neelarapu < > >[email protected]> wrote: > > > >> Hi Venkatesh, > >> > >> There is no limit on the VM's vpc can connect. We have limit on no.of > >> tiers in a vpc. > >> > >> Best Regards, > >> Sanjeev N > >> Chief Product Engineer, Accelerite > >> Off: +91 40 6722 9368 | EMail: [email protected] > >> > >> > >> > >> -----Original Message----- > >> From: Dag Sonstebo [mailto:[email protected]] > >> Sent: Thursday, May 19, 2016 1:55 PM > >> To: [email protected] > >> Subject: Re: strength of VPC > >> > >> Hi Venkat, > >> > >> the answer is "it depends". I'm not aware of a hard limit, but you will > be > >> limited by: > >> > >> - the subnets used, I.e. how many IP addresses you have in each tier > >> - how heavily utilised your VMs are, i.e. how much bandwidth they > require > >> for ingress/egress traffic > >> - the applications / protocols used on your VMs for ingress/egress > traffic > >> - some are chattier than others > >> - the NIC speed on your underlying hypervisors > >> - etc. > >> > >> Regards, > >> Dag Sonstebo > >> Cloud Architect > >> ShapeBlue > >> > >> > >> > >> > >> > >> > >> > >> [email protected] > >> www.shapeblue.com > >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue > >> > >> > >> On 19/05/2016, 01:29, "kotipalli venkatesh" < > [email protected]> > >> wrote: > >> > >> >Hi All, > >> > > >> > Regarding VPC. > >> > > >> >One VPC how many connections (VM's) will support? > >> > > >> >Regards, > >> >Venkatesh.k > >> > >> > >> > >> DISCLAIMER > >> ========== > >> This e-mail may contain privileged and confidential information which is > >> the property of Accelerite, a Persistent Systems business. It is > intended > >> only for the use of the individual or entity to which it is addressed. > If > >> you are not the intended recipient, you are not authorized to read, > retain, > >> copy, print, distribute or use this message. If you have received this > >> communication in error, please notify the sender and delete all copies > of > >> this message. Accelerite, a Persistent Systems business does not accept > any > >> liability for virus infected mails. > >> >
