Packaging concerns for dropping privileges #1851
Labels
cache
Issue relating to the cache component
container
director
Issue relating to the director component
enhancement
New feature or request
infrastructure
GitHub Actions, Release management, and CI
origin
Issue relating to the origin component
registry
Issue relating to the registry component
Milestone
The drop privileges code in #1850 adds a new component,
xrdhttp-pelican
, to function. This new plugin will take a message from the parent process (via a Unix socket) and do one of three things:SIGTERM
to itself.pelican
to forward signals to xrootd.This ticket covers the packaging / infrastructure needs for the dropping privileges code to work. We need:
xrdhttp-pelican
as part of theosg-testing
repository so we can refer to it fromimages/Dockerfile
and friends. The draft PR in Drop privileges to userpelican
if requested #1850 does a build in the container but I think RPM is clearly preferred.pelican
user and appropriate directories in RPM packaging #1860) To tweak thepelican
RPMs to generated bygoreleaser
to create thepelican
user as a system daemon user.pelican
user and appropriate directories in RPM packaging #1860) Tweak the ownership of directories in the created RPM. Any directory that Pelican is expected to write to during runtime must be owned by the newpelican
user. Off the top of my head, this includes:/etc/pelican
; probably will need to change to/etc/pelican/web-config/web-config.yaml
. Can defer for now./var/spool/pelican
.The code in #1850 will take care of the permissions necessary in
/run/pelican
.The text was updated successfully, but these errors were encountered: