On Sat, Aug 09, 2008 at 10:23:14AM -0400, Jyri Virkki wrote:
>
> On Aug 9, 2008, at 8:42 AM, Ceri Davies wrote:
>>
>> Therefore, it is reasonably clear that more UIDs are required. The
>> current interoperability standard appears to be Linux within this
>> project, which in Debian at least starts user accounts at 1000.
>
> So speaking of Debian, uids for server packages which need a uid
> are created dynamically during installation by taking the next
> available one (same as IPS).
>
> The concern of sharing the files across NFS does not apply in the
> vast majority of these cases. These daemon users don't typically
> have populated home directories that would be shared like that.
> Some of these have no filesystem presence at all, the uid is merely
> for the process. More commonly they do have some files but those
> are logfiles, pidfile and such living under /var. So it's not an issue.
>
> Maybe there is a need for a both types of system uids, static
> preregistered ones (0-100) for the very few which have the kind of
> filesystem presence where NFS sharing is relevant and a dynamic
> space for the vast majority of them which don't.
>
> I'm not really convinced though, if nothing else because nobody has
> a nicely homogeneous OpenSolaris-only network, so it's a fact that
> there won't be consistent daemon uids out of the box no matter
> what OpenSolaris does.
I'm talking about making them consistent with OpenSolaris only
environments; I can't believe that it isn't seem as important for the
second box I build to look like the first.
Aside from that, even where multiple operating systems are run in
an organisation, it's very common for operating systems to be treated
as separate administrative domains.
Ceri
--
That must be wonderful! I don't understand it at all.
-- Moliere
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080809/c506bd8a/attachment.bin>
