Add control and rules files to generate fm-rest-api deb following
StarlingX/MultiOS/Debian Wiki.
Change-Id: Iad365e637269029cf7a371e29362dda0648a1ba9
Story: 2004792
Task: 33571
Signed-off-by: Marcela Rosales <marcela.a.rosales.jimenez@intel.com>
Add control and rules files to generate fm-api deb following
StarlingX/MultiOS/Debian Wiki.
Change-Id: I5a113e070c73273754efb8c4846d05ba6a25e19f
Story: 2004792
Task: 33572
Signed-off-by: Marcela Rosales <marcela.a.rosales.jimenez@intel.com>
This commit implements the methods PUT and POST in order
to insert and update alarms.
Story: 2004008
Task: 30270
Change-Id: I773e651165b3654684b95463167fc565aef1ffa4
Co-authored-by: Sun Austin <austin.sun@intel.com>
Signed-off-by: Mario Alfredo Carrillo Arevalo <mario.alfredo.c.arevalo@intel.com>
Signed-off-by: Sun Austin <austin.sun@intel.com>
This fixes two issues
-Alarm clear time incorrectly reported on non-UTC systems.
-Paused instances do not display the correct alarm timestamp in
non-UTC systems.
The mktime call that's made in fm_db_util_get_timestamp uses the local
tz in it's calculation. It assumes the incoming time is also in the
local time. When mktime is provided with a value in UTC we see the error
presented in this bug.
Change-Id: Iaf8d097e2dfdfae585b6976e02a85b9e2f1b19f9
Closes-Bug: 1828448
Signed-off-by: Kristine Bujold <kristine.bujold@windriver.com>
Since fm-mgr uses logrotate servce, it should be a dependency.
Build Tested and confirmed that logrotate was a Required by both
inspection of SRPM and via rpm -q fm-mgr-1.0-6.tis.x86_64.rpm --requires
Change-Id: I55d005d3071ee0511a7404c5e7fd0389a92b2d0c
Signed-off-by: Saul Wold <sgw@linux.intel.com>
These functions do a number of things, specifically they handles the
DevStack USE_PYTHON3 switch transparently so we can run both major
Python versions.
The new setup.cfg files are only used by setup_*() right now, making
the switch to use pbr is beyond what I want to do here.
Change-Id: Ib9753119235b1ce23030a2b3de0169ed6f8819e0
Signed-off-by: Dean Troyer <dtroyer@gmail.com>
It is required for the fminit header to be compliant with LSB in
order to build on OBS infrastructure.
Story: 2003736
Task: 31057
Change-Id: I70555ce7b1245c940d56a04aa98bd1a5c17dc04e
Signed-off-by: Marcela Rosales <marcela.a.rosales.jimenez@intel.com>
Test has been done on Simplex. the fm alarm-list can run
successfully.
Story: 2004008
Task: 30916
Change-Id: I993a52aa97ee8a21a8d04697b690f371d2a3bad5
Signed-off-by: Sun Austin <austin.sun@intel.com>
Without python-devel as build req in the spec if it is build in a mock
transparent build system ussing the CENGN repos:
http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/latest_build/
outputs/RPMS/std/
inputs/RPMS/
And upstream centos: http://mirror.centos.org/centos/7/os/x86_64/
The specfile is incomplete in build req and fails with:
+ %py2_build_wheel /var/tmp/rpm-tmp.XE1zff: line 32: fg: no job control
This patch fix the issue in the specfile
Closes-Bug: 1828284
Change-Id: I2842d3dd3761d6827e7d1f9563ec92ebe02e10a5
Signed-off-by: VictorRodriguez <vm.rod25@gmail.com>
PyMySQL is required by oslo_db as database
backend.
Story: 2004008
Task: 30661
Change-Id: Ia8e364511081daf4511b75b234cd35b307844503
Suggested-by: Sun Austin <austin.sun@intel.com>
Signed-off-by: Mario Alfredo Carrillo Arevalo <mario.alfredo.c.arevalo@intel.com>
Because we are in a deadly embrace with the config plugin after
the OpenDev work the config plugin is being forced off in this job
to remove one of the dependencies.
Ultimately extracting cgts-client to be installable stand-alone
is a better solution to allow other plugins to install directly.
Depends-On: https://review.opendev.org/653961
Change-Id: I47f1d0df404fc40a9d514c1b0689b5457dbc3f87
Signed-off-by: Dean Troyer <dtroyer@gmail.com>
Replace the references of infra network or interface with cluster-host.
Story: 2004273
Task: 30582
Change-Id: I9c6212f95adfba1a2bb0ea250723370690ab0345
Signed-off-by: Teresa Ho <teresa.ho@windriver.com>
Collectd runs all its python plugins concurrently.
With the expansion of collectd python plugins due
to the obsolesence of rmon collectd core dumps are
being reported during collectd startup when the FM
service on the controller is not running.
Debug of the issue revealed that the core dumps are
due to having no mutex around FM API's shared data.
The required mutex is provided by this update by
adding a while locked expression to the start of
each API.
Also fixed 3 pep8 errors.
Closes-Bug: 1819473
Test Plan:
PASS: Test before and after cases to confirm that without
the change we see core dumps but with the change the
API and collectd plugin behavior is correct without
the core dumps.
PASS: System install with current collectd plugins and fm's
python API enhanced with locking.
PASS: Have sm stop managing the fmManager process, kill it
and then restart collectd over and over.
Should not see any collectd core dumps.
PASS: Verify nfv alarming still works
Change-Id: I3d5ef0bd9cb774299b4c0f3b9e33cddb7c0f776c
Signed-off-by: Eric MacDonald <eric.macdonald@windriver.com>
This update removes pike and master wheel and/or image files,
as these have been replaced with stable/dev.
Change-Id: I9e1c98c5e5e5e6c0832ed443ad0a35aa4fb30282
Story: 2005248
Task: 30323
Signed-off-by: Don Penney <don.penney@windriver.com>
I believe the last of the job updates has merged, this can go away now.
If that turns out to be not the case, this is easy to revert...
Change-Id: I5e1feb53d8b7857d4d8c69553de91bab32d0977c
Signed-off-by: Dean Troyer <dtroyer@gmail.com>
The jobs are working here but stx-nfv devstack fails in fm-rest-api,
what fun it is to find a transient dependency! fm-rest-api has
apparently never started correctly but we did not properly detect
that until getting the stx-nfv plugin up.
Add requirements.txt and test-requirements.txt, only
test-requirements.txt is directly used by DevStack but WSME
is not a test-only dependency...
Cleanup to follow:
* properly get the dependencies of the service documented for pip
* properly detect when fm-rest-api fails to start under systemd
Change-Id: I91236d2bbb785c75264e8c4772d4ad6dfa45562c
Signed-off-by: Dean Troyer <dtroyer@gmail.com>
Rename stx-fault-devstack to flock-devstack-fault
and inherit from flock-devstack-base
The old job definition must remain until no other plugins
are using it.
Change-Id: I736594c44fb45fd31a4920ca81298b2c2c1217a1
Signed-off-by: Dean Troyer <dtroyer@gmail.com>
Use the correct service name in start_fault() and stop_fault()
Change-Id: I881b8e4cbcca3219e7a18fa6f60afc1e442b41f4
Signed-off-by: Dean Troyer <dtroyer@gmail.com>
not found
For the all 6 APIs in FaultAPIsV2, will treat alarm non-exist as normal
case, and exception will not be raised. Exception is raised only if
there is operation failure, such as fmclient fail to connect fmManager,
failure in memory allocation, failure in internal structure parse, etc.
Test:
Run each 6 APIs from FaultAPIs and FaultAPIsV2 with below case:
1. with correct alarm id
2. with wrong alarm id
3. with fmManager cannot be connected (Modify fmManager listen port to
simulate it)
Confirm FaultAPIs's behavior is not changed.
And FaultAPIsV2 raises exception for operation failure only.
Check Events Suppression function in horizon GUI, it works correctly.
Closes-Bug: 1821112
Change-Id: I8ba122b19964613d90e9d0bf4a25134ff60e5c19
Signed-off-by: Shuicheng Lin <shuicheng.lin@intel.com>
* add cleanup for fm-api and fm-client
* fmManager process launch including
* 1, collate /etc/fm/fm.conf for fmManager
* 2, create fm database
* 3, create table event_suppression/alarm/event
* with fm-dbsync --config-file /etc/fm/fm.conf
* 4, update fm_db_sync_event_suppression.py install
* for hardcode in fm-common/sources/fmConstants.h
* 5, add event type file /etc/fm/events.yaml
* 6, fmManager process launch
Test case:
$./stack.sh
=========================
DevStack Component Timing
(times are in seconds)
=========================
run_process 21
test_with_retry 2
apt-get-update 9
pip_install 128
osc 143
wait_for_service 16
dbsync 20
apt-get 35
-------------------------
Unaccounted time 343
=========================
Total runtime 717
This is your host IP address: 192.168.122.80
This is your host IPv6 address: ::1
Horizon is now available at http://192.168.122.80/dashboard
Keystone is serving at http://192.168.122.80/identity/
The default users are: admin and demo
The password: secret
Task: 23294
Story: 2003159
Depends-on: https://review.openstack.org/#/c/648119/
Depends-on: https://review.openstack.org/#/c/641710/
Change-Id: Icbbf4b57261ccd46c12cf765919e26c3916d0fc6
Signed-off-by: Martin, Chen <haochuan.z.chen@intel.com>
Spec files no longer requires specific wrs-snmp-mib SDK actions.
With the StarlingX move to supporting pure upstream OpenStack, the
majority of the SDK Modules are related to functionality no longer
supported. The remaining SDK Modules will be moved to StarlingX
documentation.
Story: 2005275
Task: 30192
Change-Id: I333f32e94489098530cc04382fca46edce5122a0
Signed-off-by: Kristine Bujold <kristine.bujold@windriver.com>
This update adds Precision Time Protocol (PTP) monitoring
to the current list of inhouse developed collectd plugins.
Refer to the ptp.py header for a description of the monitoring
service algorithm and inline comments for detailed behavior.
Test Plan: see depends update commit message
Depends-On: https://review.openstack.org/#/c/647524
Change-Id: I3bf3dff7d6524764d745fe22ae80483c7d8a8b03
Story: 2002823
Task: 29492
Signed-off-by: Eric MacDonald <eric.macdonald@windriver.com>
Spec files no longer requires specific remote-clients SDK actions.
With the StarlingX move to supporting pure upstream OpenStack, the
majority of the SDK Modules are related to functionality no longer
supported. The remaining SDK Modules will be moved to StarlingX
documentation.
Story: 2005275
Task: 30154
Change-Id: I6ed8de0f8ba438088aff27b1d1947c428e79fb4b
Signed-off-by: Kristine Bujold <kristine.bujold@windriver.com>
This update supports the migration to stable/dev build streams by
setting up the stable wheels.inc and image build files.
Depends-On: I76f107bd58a6eee716aca69a1c03716b4f491df5
Depends-On: Ib5dc9a7c1d8c37368d073e28d83eeb883766ee3f
Depends-On: I538bae32a68e43d07e5c64ead8e2884204509194
Story: 2005248
Task: 30149
Signed-off-by: Don Penney <don.penney@windriver.com>
Change-Id: I733b44b5d6bbb789c92e10ea8606a4f44d0d6f88
Co-authored-by: Mario Alfredo Carrillo Arevalo <mario.alfredo.c.arevalo@intel.com>
Zuul