Issues
Allow fix-permissions and update-package-permissions scripts to set ownership for customized users
Fixed
Description
Environment
Red Hat and Debian Linux distributions
Acceptance / Success Criteria
None
Details
Assignee
Benjamin ReedBenjamin ReedReporter
Will KeaneyWill KeaneyComponents
Fix versions
Priority
Medium
Details
Details
Assignee
Benjamin Reed
Benjamin ReedReporter
Will Keaney
Will KeaneyComponents
Fix versions
Priority
PagerDuty
PagerDuty
PagerDuty
Created April 16, 2024 at 9:09 PM
Updated April 17, 2024 at 5:37 PM
Resolved April 17, 2024 at 5:37 PM
Activity
Show:
Benjamin ReedApril 17, 2024 at 5:37 PM
Merged to `foundation-2024` (and up)
Will KeaneyApril 17, 2024 at 3:34 PM
New PR for foundation-2024: https://github.com/OpenNMS/opennms/pull/7226
The
fix-permissions
andupdate-package-permissions
scripts check whether the$RUNAS
user isopennms
. If it is not, they print a message stating that$RUNAS has been changed from the default 'opennms' user. Assuming you know what you're doing and not changing ownership of any files.
, then exit with status0
.This leaves the installation in an inconsistent state, with some files owned by the
$RUNAS
user and some owned by theopennms
user, which requires additional steps by the sys admin.The parts of the scripts that perform the file ownership change still use the value of the
$RUNAS
variable, and are not hardcoded to use theopennms
user.These scripts should update file ownership to match the
$RUNAS
user instead of bailing.