[sos-devel] Help requested getting sosreport to run with custom build of supported plugin

[William Konitzer]

Hi Bryn,

OK, that’s how I thought it was probably supposed to work. However,  we just use a stock Ubuntu distro with our custom build of OpenStack on top - I believe each sosreport policy is supposed to be unique, but I don’t know how to make my policy unique as the Ubuntu policy will also load. I’d rather try and fix this in sosreport than hacking the environment..

So essentially for my policy what I’m saying is, it will load both mine and the Ubuntu one, and if that happens I want it to ignore the Ubuntu one. Perhaps a config setting might be the way forward to trigger my custom policy and the rest will fall into place? Would that work?

Regards,
Will

> On May 28, 2019, at 5:00 PM, Bryn M. Reeves <bmr at redhat.com> wrote:
> 
> On Tue, May 28, 2019 at 04:35:42PM -0500, William Konitzer wrote:
>> I’m looking for some assistance on the best way to get sosreport working on my system. 
>> 
>> Specifically we’re running a custom build of OpenStack on top of Ubuntu, so for instance if I take something like the “openstack_nova" plugin, I see it does a check to see if the “openstack-nova-api.service” is running, but on my system it’s called “nova-api.service”. 
>> 
>> I'm trying to understand how to override this as I’m not really running on a unique Linux distribution but I’d like to keep the separation between DebianNova and our custom system so it doesn’t break anything for existing users.
>> 
>> Any guidance and insights very much appreciated.
> 
> You need to create a new policy that will trigger on your custom build,
> and then either create new tagged plugins for that policy, or hack
> around the differences between your environment and one of the existing
> supported distributions.
> 
> This is probably the best there is in terms of documentation for this
> kind of work:
> 
>  https://github.com/sosreport/sos/wiki/How-to-Write-a-Policy <https://github.com/sosreport/sos/wiki/How-to-Write-a-Policy>
> 
> Regards,
> Bryn.
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/sos-devel/attachments/20190529/70f3512e/attachment.htm>