deec13df9d
When an update is recieved for the existing alarm, the event_log table rejects the insert request since the event is already present in the table so, this change creates a new uuid for the event by checking for the uuid in the event_log table. Test Cases: PASS: Send an update for the existing alarm and verify a new event is created with different uuid Closes bug: Change-Id: I06fb43b35974ab81bd95979a7dfb3b3776aacd17 Signed-off-by: amantri <ayyappa.mantri@windriver.com> |
||
---|---|---|
api-ref/source | ||
devstack | ||
doc | ||
fm-api | ||
fm-common | ||
fm-doc | ||
fm-mgr | ||
fm-rest-api | ||
python-fmclient | ||
releasenotes | ||
.gitignore | ||
.gitreview | ||
.zuul.yaml | ||
CONTRIBUTORS.wrs | ||
LICENSE | ||
README.rst | ||
bindep.txt | ||
centos_build_layer.cfg | ||
centos_iso_image.inc | ||
centos_pkg_dirs | ||
centos_stable_docker_images.inc | ||
centos_stable_wheels.inc | ||
debian_build_layer.cfg | ||
debian_iso_image.inc | ||
debian_pkg_dirs | ||
debian_stable_docker_images.inc | ||
debian_stable_wheels.inc | ||
pylint.rc | ||
requirements.txt | ||
test-requirements.txt | ||
tox.ini |
README.rst
Fault Management (FM)
The starlingx/fault repository handles Fault Management (FM) services1, and provides the fm command-line interface (CLI)2.
This repository is not intended to be developed standalone, but rather as part of the StarlingX Source System, which is defined by the StarlingX manifest3.