[Starlingx-discuss] [stx-ha] How to stop a service in stx?

[Qian, Bin]

Kunpeng,

I can not comment on how to work with external keystone via haproxy, but if you want stop internal keystone service, you can use sm-deprovision util to deprovision it. This is the official way to exclude a service from being monitored by SM. 
"sm-deprovision service-group-member <service_group> <service>" then followed by a reboot (host lock/unlock), or
"sm-deprovision service-group-member <service_group> <service> --apply" without a reboot. Note that you have to stop the service yourself if it is needed.
You have to do above on all controllers.

Regards,

Bin

________________________________________
From: 张鲲鹏 [zhang.kunpeng at 99cloud.net]
Sent: Sunday, May 26, 2019 5:30 AM
To: Qian, Bin; Bailey, Henry Albert (Al)
Cc: starlingx-discuss at lists.starlingx.io
Subject: Re: [Starlingx-discuss] [stx-ha] How to stop a service in stx?

Hi Bin & Albert,

Thank you very much. I am working for a requirement that join starlingx to another big platform with a Keystone Service. The starlingx may be running with an external keystone for authentication, so I plan to stop itself keystone and use haproxy to connect the external. I think it is ugly，but I don’t know other ways to achieve this requirement.

Recently I am studying the controllerconfig project, maybe it is a right way. I am very appreciated if you give me some suggestions.

Thanks
Kunpeng



> On May 24, 2019, at 21:57, Qian, Bin <Bin.Qian at windriver.com> wrote:
>
> Kunpeng,
>
> sm-unmanage is a util for troubleshooting. By unmanage a service, the service will be on it's own. i.e, if it fails, it will stop and won't restart. Also sm-unmanage tells SM not to attempt to monitor the service. Sm will always show the service in good working condition. once you run sm-unmanage service <service>, you can mange the service yourself. SM will regain control to the service after reboot or you run "sm-manage service <service>".
>
> I am sure you are troubleshooting on your own dev lab. I'd make it clear the sm-unmanage should not be used in any production labs, as it could result silent service outage.
>
> Regards,
>
> Bin
>
>
> ________________________________________
> From: Bailey, Henry Albert (Al) [Al.Bailey at windriver.com]
> Sent: Friday, May 24, 2019 6:34 AM
> To: Bailey, Henry Albert (Al); 张鲲鹏; starlingx-discuss at lists.starlingx.io
> Subject: Re: [Starlingx-discuss] [stx-ha] How to stop a service in stx?
>
> I should probably also warn you that you almost never ever want to so this.
> It will very likely break your ability to swact, will probably have negative consequences for applying system parameters, and I have no clue how a reboot will behave.
> You should likely only do this if you are temporarily experimenting with something related to the service you are attempting to stop.
>
> Al
>
> -----Original Message-----
> From: Bailey, Henry Albert (Al) [mailto:Al.Bailey at windriver.com]
> Sent: Friday, May 24, 2019 9:27 AM
> To: 张鲲鹏; starlingx-discuss at lists.starlingx.io
> Subject: Re: [Starlingx-discuss] [stx-ha] How to stop a service in stx?
>
> I think you want:
>
>  sm-unmanage service  <name of the service>
>
> You can use  sm-unmanage --help    to see some info about the args supported.
>
> Al
>
> -----Original Message-----
> From: 张鲲鹏 [mailto:zhang.kunpeng at 99cloud.net]
> Sent: Friday, May 24, 2019 2:14 AM
> To: starlingx-discuss at lists.starlingx.io
> Subject: [Starlingx-discuss] [stx-ha] How to stop a service in stx?
>
> Hi folks,
>
> I want to stop a service in starlingx, but it's always restarted by sm.
> How does sm not manage a service?
>
> Thanks
> Kunpeng
>
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
> _______________________________________________
> Starlingx-discuss mailing list
> Starlingx-discuss at lists.starlingx.io
> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss