[Starlingx-discuss] openSUSE: High Availability Update
Dear high availability community: Thanks you for your support to get the following reviews in place: - [0] openSUSE: Runtime Dependencies - [1] openSUSE: Open Build Service Artifacts After high availability rpm was successfully built and some runtime dependencies were fixed, as part of our task "make flock run", I started to understand its next level of details through DevStack installation and did a setup with the following order and components: 1. Virtual Box machine based on OpenSUSE Leap [2] - 2 CPUs / 24 GB RAM / 64 GB SSD Disk 2. DevStack, installed through provided installation instructions [3] 3. High Availability installed through OBS personal repository [4] In summary, next are the issues faced, in review, in the setup described above: Installation $ sudo zypper -n --no-gpg-checks install sm-common Problem: nothing provides libamon1 needed by sm-common-1.0.0-lp151.2.2.x86_64 $ sudo zypper -n --no-gpg-checks install sm-api Problem: nothing provides libamon1 needed by sm-api-1.0.0-lp151.3.1.x86_64 Keystone authentication $ source openrc $ nova flavor-list # Ok $ smc service-list # Failed Authorization failed: Not Found (HTTP 404) (Request-ID: req-770aff15-ff1f-4c63-a5c2-5ed088e7b487) Feel free to suggest path of research, specific activities to focus on, I will get back to this mailing list by the end of this week. All details (constantly updated) at personal github [5]. [0] https://review.opendev.org/#/c/687429/ [1] https://review.opendev.org/#/c/679686/ [2] https://software.opensuse.org/distributions/leap [3] https://docs.openstack.org/devstack/latest/ [4] https://download.opensuse.org/repositories/home:/xe1gyq/Cloud_StarlingX_2.0_... [5] https://github.com/xe1gyq/starlingx/blob/master/multios/opensuse_ha_install_...
Dear High Availability and DevStack community: Last week, my main activity was Distributed Cloud, specifically documentation, some internal things and 1.5 days off so please find the minimum progress reached in ~ 2 days and several questions. I have not moved away from the previous approach proposed [0], now added the step 3.2, to install service manager package using the DevStack way: - One issue found - One patch submitted - Several questions [ Summary ] [ Procedure ] 1. Virtual Box machine based on OpenSUSE Leap [1] 2. DevStack, installed through provided installation instructions [2] 3. High Availability 3.1 Installed through OBS personal repository [3] Launchpad https://bugs.launchpad.net/starlingx/+bug/1850450 3.2 Initially built through DevStack 3.2.1 Runtime dependencies Review https://review.opendev.org/#/c/691905 3.2.2 Includes libraries Your help needed, several questions, see section "details" [Details] [ 3.2 Initially built through DevStack ] [[ Runtime dependencies ]] For runtime dependencies, the following errors were presented: sm_types.c:10:10: fatal error: glib.h: No such file or directory sm_uuid.c:9:10: fatal error: uuid/uuid.h: No such file or directory /usr/lib64/gcc/x86_64-suse-linux/.../bin/ld: cannot find -lsqlite3 /usr/lib64/gcc/x86_64-suse-linux/.../bin/ld: cannot find -ljson-c Patch is out for review: openSUSE: System Packages Devstack based [4] based in DevStack plugin guidelines [5]. [[ Includes libraries ]] To get to a successful local build of ha/devstack, 2 issues were Presented and manually fixed: 1. Fatal error No such file or directory: fatal error: mtceHbsCluster.h: No such file or directory fatal error: fmAPI.h: No such file or directory To temporarily fix, the following libraries were manually added: -I$PATH_TO/metal/mtce/src/heartbeat/ -I$PATH_TO/fault/fm-common/sources/ Questions? Is build_sm function under "devstack/lib/ha" the correct place to add the metal and fault includes location? What is the temporal place directory DevStack assign to these dependencies? Is DevStack plugin guidelines [5] the right documentation to solve this issue so we can get deeply into it? To bring those runtime dependencies, is ha/devstack/settings [6] file the only required place to tell DeStack to bring them? 2. Error fmcommon /usr/lib64/gcc/x86_64-suse-linux/.../bin/ld: cannot find -lfmcommon To temporarily fix, the fmcommon library was manually copied: sudo cp /opt/stack/devstack/ha/devstack/fault/fm-common/sources/libfmcommon.so /usr/lib64/fmcommon.so Questions? I assume this is a prerequisite to be correctly handled by DevStack fault installation? After these 2 issues were manually fixed, we had a successful build after calling local devstack script: stack@linux-qwyc:~/devstack/ha/devstack> bash build.sh [ Next Steps ] Full installation of DevStack adding the following StarlingX ha components under local.conf: enable_plugin ha https://opendev.org/starlingx/ha and then run DevStack: stack@linux-qwyc:~/devstack> bash stack.sh Again, please let me know your feedback, comments, new paths to follow, anything. All details (constantly updated) at personal github [7] [8] [0] http://lists.starlingx.io/pipermail/starlingx-discuss/2019-October/006623.ht... [1] https://software.opensuse.org/distributions/leap [2] https://docs.openstack.org/devstack/latest/ [3] https://download.opensuse.org/repositories/home:/xe1gyq/Cloud_StarlingX_2.0_... [4] https://review.opendev.org/#/c/691905 [5] https://docs.openstack.org/devstack/latest/plugins.html [6] https://opendev.org/starlingx/ha/src/branch/master/devstack/settings [7] https://github.com/xe1gyq/starlingx/blob/master/multios/opensuse_ha_install_... [8] https://github.com/xe1gyq/starlingx/blob/master/multios/opensuse_ha_install_...
participants (1)
-
Arce Moreno, Abraham