<div>As I see,  rpm for redhat still add user postgres in preinstall with uid 26.</div><div> </div><div>In the maillist<blockquote><pre style="border-top-style:none;border-top-width:0px;color:rgb( 0 , 0 , 0 );font-family:monospace;font-style:normal;font-weight:400;margin-top:0px;padding-top:8px;text-align:start;text-decoration-color:initial;text-decoration-style:initial;text-indent:0px;text-transform:none;white-space:pre-wrap;word-spacing:0px">so I suggest switching to either
a dynamic uid, or a static one in the 64000-64999 range.

Wichert.</pre></blockquote></div><div>Yes, in 63000-64999 will be fine.</div><div> </div><div>Let me explain, why PostgreSQL in needed in fixed uid. PostgreSQL don't need it when it run in simple setup, but common practice is to create high availability cluster or other high availability solutions, when servers must exchange files between each other. And common practice is to use NFS for this purpose, why not? And in such case all files must be visible as belonged to user postgres on all servers. So there is two variants.<br /><br />1.  NFS v.4 can resolve a text user name. But do it not by NFS server itself, by the external daemon "<span style="background-color:#ffffff;color:#0c0d0e;float:none;font-family:'-apple-system' , 'blinkmacsystemfont' , 'segoe ui adjusted' , 'segoe ui' , 'liberation sans' , sans-serif;font-size:15px;font-style:normal;font-weight:400;text-align:left;text-decoration-color:initial;text-decoration-style:initial;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">idmap", if I understand correctly</span>, it can be abscent.  v.3 don't work with text usernames at all, only with uid. Our sysadmins insists that our China NFS storage don't support text usernames. I don't believe them. Also they insist that rise and support idmap only for one user postgres is overengineering and just setup the same uid on all servers in cluster is much more simple and reliable solution. I agree with them here.</div><div> </div><div>2. Okey, fixed uid. They choose fixed uid=418. I think this is incorrect and violate Debian Policy, fixed uid must be from the range 63000-64999. Or, from reserved range, for instance, 65432. But they insist, that fixed uid=418 is much more reliable solution if considering potential conflicts. So I just want to do things right. If you will reject I will not have a choice other then permit to violate Debian Policy. It just works.</div>