[Starlingx-discuss] fmClientCli and fm_core usage without keystone authentication

Liu, Tao Tao.Liu at windriver.com
Tue Oct 15 22:37:20 UTC 2019


If the decision is to remove the fmClientCli  utility from the image,  one or two dependencies will also need to be updated (i.e. IMA appraisal failure event is raised using this tool).

Tao

-----Original Message-----
From: Jones, Bruce E [mailto:bruce.e.jones at intel.com] 
Sent: Tuesday, October 15, 2019 5:58 PM
To: Liu, Tao; Cordoba Malibran, Erich; starlingx-discuss at lists.starlingx.io
Subject: RE: [Starlingx-discuss] fmClientCli and fm_core usage without keystone authentication

Bug https://bugs.launchpad.net/starlingx/+bug/1848280 filed for this issue.

       brucej

-----Original Message-----
From: Liu, Tao [mailto:Tao.Liu at windriver.com] 
Sent: Tuesday, October 15, 2019 2:43 PM
To: Cordoba Malibran, Erich <erich.cordoba.malibran at intel.com>; starlingx-discuss at lists.starlingx.io
Subject: Re: [Starlingx-discuss] fmClientCli and fm_core usage without keystone authentication

Hi Erich

The fmClientCli is not a customer interface and it does not require authentication.  This tool is mainly used for debugging/testing and it requires access to a shell session.  
It is debatable whether this tool should be packaged in the load.

The fm cli (from python-fmclient) that requires authentication is the fm shell and it supports the following subcommands:
    alarm-delete        Delete an active alarm.
    alarm-list          List all active alarms.
    alarm-show          Show an active alarm.
    alarm-summary       Show a summary of active alarms.
    event-list          List event logs.
    event-show          Show an event log.
    event-suppress      Suppress specified Event ID's.
    event-suppress-list
                        List Suppressed Event ID's
    event-unsuppress    Unsuppress specified Event ID's.
    event-unsuppress-all
                        Unsuppress all Event ID's.

Tao

-----Original Message-----
From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran at intel.com]
Sent: Tuesday, October 15, 2019 5:00 PM
To: starlingx-discuss at lists.starlingx.io
Subject: [Starlingx-discuss] fmClientCli and fm_core usage without keystone authentication

Hi,

I was playing around with fault components and I noticed that I'm able to query, create and delete alarms with fmClientCli and the fm_core python module.

As I understand the `fm` cli (from python-fmclient) creates a request to keystone before connecting to the fm-rest-api to perform the operation. However this is not the case for fmClientCli, I can create an alarm with the following command. 

$ fmClientCli -c "blabla###100.114###set###host###host=controller-0.ntp###2019-10-14 02:28:09.5432###major###This is a dummy alarm created by hand###communication###not-applicable###Monitor and if condition persists, we are sorry###False###True###False###"

and delete it with:

$ fmClientCli -d "###100.114###host=controller-0.ntp"

This without doing the `source /etc/platform/openrc`, I'm even allowed to create alarms from a non sysadmin user.

The same case with the `fm_core` python module, which links with libfmcommon as fmClientCli does.

>>> fm_core.get_by_eid("host=controller-0")
['c0d94f45-bc6d-4709-9cc6-6a937659c593###100.114###set###host###host=controller-0.ntp###2019-10-14 02:28:09.005432###major###This is a dummy alarm created by hand###communication###not-applicable###Monitor and if condition persists, we are sorry###False###True###False###']


So, I'm wondering if this an expected behavior or something is missing in libfmcommon to enable authentication.

Also, do you know if the fmClientCli tool is really used?

Thanks!

-Erich




_______________________________________________
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


More information about the Starlingx-discuss mailing list