Bug 1803729 - mapr-zookeepr fails to start (probably related to systemd changes) on recently-updated CentOS/RHEL
Summary: mapr-zookeepr fails to start (probably related to systemd changes) on recentl...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-sahara
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: ---
Assignee: Nobody
QA Contact: Luigi Toscano
Andy Stillman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-02-17 10:30 UTC by Luigi Toscano
Modified: 2023-07-10 17:28 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-07-10 17:28:00 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack Storyboard 2007300 0 None None None 2020-02-17 10:30:58 UTC
Red Hat Issue Tracker OSP-2181 0 None None None 2022-11-24 08:46:00 UTC

Description Luigi Toscano 2020-02-17 10:30:58 UTC
Description of problem:

The mapr-zookeper service, which is initialized during the cluster startup, fails to start with no apparent explanation ("failed because a configured resource limit was exceeded.")

This seems to be related a systemd change/fix which led to: https://github.com/systemd/systemd/issues/8085

In any case, the issue is described by this MapR knowledge base article:

https://mapr.com/support/s/article/MapR-ver-6-x-systemd-incorrect-update

While the title refers to 6.0, the workaround also works on 5.2

The following change should be applied to the zookeeper init script:
(/opt/mapr/)initscripts/zookeeper

--     87     RUN_AS_CMD="su -s $MAPR_SHELL -p $MAPR_USER -c"
++     87     RUN_AS_CMD="runuser -s $MAPR_SHELL -p $MAPR_USER -c"

On a first look, fixing this can't be done by simply patching the executable on the image, because the affected script is extracted when the MapR RPMs are installed, which happens during the deployment.



Version-Release number of selected component (if applicable):
All mapr version when the image is RHEL- it depends on a operating system change.

Comment 1 Luigi Toscano 2020-09-25 17:27:14 UTC
EOL time for 15, but the issue should be visible on 13 too.

Comment 6 Lon Hohberger 2023-07-10 17:28:00 UTC
OSP13 support officially ended on 27 June 2023


Note You need to log in before you can comment on or make changes to this bug.