Hi Rohit, Thanks for the proposal and seems like a descent feature to have.
I have a little concern here regarding the baremetal deployment where we use ipmi as power management interface. Are you going to use the existing ipmi util we have or do you have a separate solution for this. If it is the latter case then you may need to consolidate everything to have one solution to avoid redundancy. Regards, Harikrishna On 07-Mar-2016, at 2:51 pm, Rohit Yadav <rohit.ya...@shapeblue.com> wrote: > Hi Ilya, > > Thanks for the suggestions. > > In the UI, we can easily have a warning statement on the pop up box if host > maintenance is enabled. We can also add mechanisms (for example specific APIs > or zone/cluster level settings) to allow admins to disable/enable the feature > at zone and cluster level without cascading it to the host enabled setting. > Will update the FS to reflect these additions. > > Regards. > >> On 05-Mar-2016, at 7:11 AM, ilya <ilya.mailing.li...@gmail.com> wrote: >> >> Rohit, >> >> Great job! >> >> Not certain if this was mentioned, but premise behind IPMI integration >> was partially driven by HA and being able to "fence" the host in >> question to avoid split brain scenario - as well as other issues when >> hypervisors malfunction. >> >> With that said, Will brings up a good point, what can we offer to avoid >> accidental power down - while host is functional. I see plenty of >> curious cloudstack admins who identify a function of a button by >> pressing on it and saying "lets see what happens". Better yet, some >> learn on the job on production environments. >> >> Do we give the end user a warning of any kind? If possible, i would >> suggest we give a one line warning - something like "The host is not in >> Maintenance Mode, proceed at your own risk!" or something to that effect. >> >> Obviously this would only be CloudStack UI safeguard and no such warning >> would be shown when you use APIs directly. >> >> Lastly, please consider disable IPMI for Cluster and Zone level, i dont >> believe we need it for pod. Please dont cascade over every host ipmi >> object and change their state, instead, have a separate db entry (or >> else) that tracks this selection for cluster or zone. >> >> It could be as simple as configuration setting for zone or cluster. >> >> thanks >> ilya >> >> >> On 3/4/16 1:20 AM, Rohit Yadav wrote: >>> >>> >>> ShapeBlue <http://www.shapeblue.com> >>> Rohit Yadav >>> Software Architect , ShapeBlue >>> >>> d: * | s: +44 203 603 0540* <tel:|%20s:%20+44%20203%20603%200540> >>> | m: *+91 8826230892* <tel:+91%208826230892> >>> >>> e: *rohit.ya...@shapeblue.com | t: * >>> <mailto:rohit.ya...@shapeblue.com%20|%20t:> | w: >>> *www.shapeblue.com* <http://www.shapeblue.com> >>> >>> a: 53 Chandos Place, Covent Garden London WC2N 4HS UK >>> >>> 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. >>> 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. >>> >>> >>>> On 03-Mar-2016, at 12:58 PM, Will Stevens <williamstev...@gmail.com >>>> <mailto:williamstev...@gmail.com>> wrote: >>>> >>>> Maybe I am not understanding something here. >>>> >>>> Does this control the power cycle of the management server(s) or the >>>> hypervisor hosts? The wording is throwing me off. >>> >>> Fixed. The feature applies for hypervisor hosts only, not management >>> server hosts (unless of course, mgmt server host is hypervisor host as >>> well for example running mgmt server + kvm agnet on a KVM host). >>> >>>> I am guessing it is for managing the hypervisor hosts. If this is the >>>> case, >>>> does it also handle the "maintenance mode" for the host as well? >>> >>> Maintenance mode is a hypervisor semantic, this is not related to the >>> out-of-band management interface (the BMC, such as iLO, iDRAC) available >>> on the hypervisor host. >>> >>> Even when you enable/disable maintenance mode, you can use a tool like >>> ‘ipmitool’ to do execute a power management operation such as >>> on/off/reset etc, so you should be able to perform the same using this >>> feature. Therefore, presently there is no such enforcement. >>> >>>> At least >>>> with XenServer, if you do a power cycle without putting the host into >>>> maintenance mode first, all the VRs will have to be restarted on that host >>>> once it is back up in order for their networking to work again. >>> >>> We can put in a rule to avoid executing any power operation when hosts >>> are put in maintenance mode, though some users may still want to be able >>> to execute power operations. Comments? >>> >>> Regards. >>> >>> 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/> > > Regards. > > 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/> 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.
