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 <b...@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.
> 

_______________________________________________
sos-devel mailing list
sos-devel@redhat.com
https://www.redhat.com/mailman/listinfo/sos-devel

Reply via email to