packaging-committee

#1444 Static uid request for xrootd server
Closed: accepted by james. Opened by ellert.

Closed: accepted
Reopen Issue

With reference to https://docs.fedoraproject.org/en-US/packaging-guidelines/UsersAndGroups/#_soft_static_allocation I would like to request a soft static gid/uid allocation for the xrootd server.

The need for a fixed uid was raised by upstream in an issue on the xrootd github repository:

https://github.com/xrootd/xrootd/issues/2433#issuecomment-2701010275

Is it possible to also request a fixed, assigned UID for the xrootd user on those platforms as there is for condor?

Just this week we hit an issue where the system UID for xrootd did not match the container UID for xrootd, causing failures in having xrootd access SMB/CIFS-based filesystems (this is because the kernel invokes cifs-upcall in the system namespace while the access occurred from the container).

Mattias Ellert, xrootd package maintainer.

The xrootd-server package currently uses the user and group "xrootd" allocated in the dynamic system user range,

If the UID really needs to match between systems, then this request sounds reasonable to me. +1

Do you only need a statically allocated UID or also a GID?
Edited by decathorpe

Do you only need a statically allocated UID or also a GID?

I forwarded this question to upstream. Their reply is:
Yes, I think it's good to have both user and group if possible. Thank you!

Thanks - still +1 from me :)

Metadata Update from @james:
- Issue close_status updated to: accepted
- Issue status updated to: Closed (was: Open)

Sorry for my ignorance here. The status was changed to accepted, but where do I find the UID/GID that were assigned to the xrootd user?

We don't do the numbers ourselves, just if packages should get one. But I guess you worked it out: https://src.fedoraproject.org/rpms/setup/c/1b24ffc03311ee08d45566bc69af331cec5511c3
Metadata
None
None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.