Bug #413
UID generation behaves badly, esp. on OS X
| Status: | Closed | Start date: | ||
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | % Done: | 0% |
||
| Category: | - | |||
| Target version: | 0.24.0 | |||
| Affected Puppet version: | Branch: | |||
| Keywords: | ||||
| Votes: | 0 |
Description
I keep getting inconsistent results when generating user information on OS X. Sometimes I get no value, sometimes I get a negative value, and sometimes I get a perfectly valid value.
Also, sometimes the generated group (as generated by —mkusers) doesn’t get its gid to the generated user, so the user tries to call gid= with the name of the group instead of the gid.
History
Updated by Benjamin Kite over 5 years ago
Do you have any hunches as to why this is happening on OS X? Is it happening on other systems?
Updated by Luke Kanies over 5 years ago
The other platforms are perfectly capable of generating their own UIDs and GIDs, but NetInfo is a semantics-free database, so it doesn’t realize how important things like UIDs are and is perfectly happy to let you create a user without one. So, really, {U,G}ID generation is probably just broken, but is only noticed on OS X.
It goes a bit beyond that, though. I was getting very inconsistent behaviour when testing this. I don’t remember all of the details, but I know that the UID would vary considerably in essentially unreasonable ways, and sometimes it just didn’t work at all.
Updated by Anonymous about 5 years ago
Milestone unplanned deleted
Updated by Luke Kanies about 5 years ago
Looks like dscl makes you calculate your own IDs, too, so this problem won’t go away if we switch.
Updated by Luke Kanies about 5 years ago
- Status changed from 1 to Closed
- 7 set to fixed
This appears to have been fixed with the autogen rewrite from a while ago.
Updated by James Turnbull almost 4 years ago
- Target version changed from 4 to 0.24.0