-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 04/03/2015 04:52 PM, Somesh Naidu wrote: > It is true and I like the idea. I would just want to make sure the > agent footprint isn't too high. As opposed to CP/SS VM, we expect > to be a lot more VRs running in an environment. > I agree. Wouldn't a (simple) daemon in Python using something like Flask be enough? > Also, the recent VR aggregation, I believe ACS 4.5 has it, did > reduce a lot of that barbaric stuff so we are still better than > where we were earlier. > > Somesh CloudPlatform Escalations Citrix Systems, Inc. > > > -----Original Message----- From: Rohit Yadav > [mailto:rohit.ya...@shapeblue.com] Sent: Friday, April 03, 2015 > 5:53 AM To: dev Subject: [DISCUSS] How to fix failing VR-mgmt > server links > > Hi, > > In large environments, one of the issues of a VM deployment or a > network rule failing that I find commonly is that the mgmt server > is unable to reach to the VR via the host because of network lag or > issues between the host and the mgmt server. The sending operation > on the link is tried about 5 times (hardcoded) before it gives up > and we see something like this in the logs: "Unable to reach the > peer that the agent is connected”. > > Should we add a global setting to allow sysadmins to configure the > agent link/socket (in various AgentAttaches in > engine/orchestration/src/com/cloud/agent/manager ?) timeout or > please share if something like this already exists or any other > solution to this problem? > > The other issue I see is that since VRs don’t have an agent running > in it, to execute an operation mgmt server SSH-es into it to run > scripts, for a high load the number of open FDs (so also TCP ports) > on a VR/systemvm are limited which again can cause connections to > fail/timeout due to high number of requests VR is processing. A > long term solution could be to implement an agent (like ssvm/cpvm) > that runs inside of the VR and talks to mgmt server over > multiplexed connection so we limit the number of connections from > one mgmt server and we can get rid of the SSH code and execution of > barbaric scripts. Comments, suggestions, flames? > > Regards, Rohit Yadav Software Architect, ShapeBlue M. +91 88 262 > 30892 | rohit.ya...@shapeblue.com Blog: bhaisaab.org | Twitter: > @_bhaisaab > > Find out more about ShapeBlue and our range of CloudStack related > services > > IaaS Cloud Design & > Build<http://shapeblue.com/iaas-cloud-design-and-build//> CSForge – > rapid IaaS deployment framework<http://shapeblue.com/csforge/> > CloudStack > Consulting<http://shapeblue.com/cloudstack-consultancy/> CloudStack > Software > Engineering<http://shapeblue.com/cloudstack-software-engineering/> > CloudStack Infrastructure > Support<http://shapeblue.com/cloudstack-infrastructure-support/> > CloudStack Bootcamp Training > Courses<http://shapeblue.com/cloudstack-training/> > > This email and any attachments to it may be confidential and are > intended solely for the use of the individual to whom it is > addressed. Any views or opinions expressed are solely those of the > author and do not necessarily represent those of Shape Blue Ltd or > related companies. If you are not the intended recipient of this > email, you must neither take any action based upon its contents, > nor copy or show it to anyone. Please contact the sender if you > believe you have received this email in error. Shape Blue Ltd is a > company incorporated in England & Wales. ShapeBlue Services India > LLP is a company incorporated in India and is operated under > license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is > a company incorporated in Brasil and is operated under license from > Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The > Republic of South Africa and is traded under license from Shape > Blue Ltd. ShapeBlue is a registered trademark. > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVHqwQAAoJEAGbWC3bPspC/r4QAJKR3LaZkHBIzKeyBnVWId/k ojCkdXGAjT5m2DXHLiRCnCPwVyp6cG22Ao+/pdRKynonlz0xvZVNY+hrHqTRurwy GyHVyswRIDSF6aqkTC2HM540MF+OBq40EfeLAO0Ewczag3RjGyN8x1LPVh3Pjixi Xxi25FMBXsgTZtz6HjykCbFlHHun791H5StkBXiF2YSjgo4nOSvRzCTtIraUP8Al eLzNTWJRTORc/BKTxbYCi0agDn3BsaqOJkhIvBCXqT8LZI91vRtpfKdnSoUtnHlm jc7ljarPfcvSlqdgmw6mrBd4bnpcT3AS8Il4wKCznxAs2fVBk3B8uEinmk8yQHz1 iWyEHdf8WGFtNlPdH01Erz83mSfnv9lSYO5DwFh9dxCsE82fXl79ru+k07FjsSve IwAq7LPdnXzSABzw1+CwerCkTyJmx/MsAHaidATlzTwvA8AUT083Tm+qqjO5aLHK 9bfvziNtV3O3sdiZvYCTk/poxVcNrlJWLzkyyQmNCDHb5J9TNjqOIDOMUGEM4kgI Cx7/LEYUvp+lNg8E4j7FjSiIEn9TNGx8tmW0AwjaeazPkTnoYoJcp7lhDvst7G/H a4AhV0BwUqOyLqw+ilI54oKZbWVRJVdc2nRflKOtclxhK9S1KN98TGEbrIM5z5dB GOqlkH8PiYdQIq4Oygdt =udB0 -----END PGP SIGNATURE-----
