On Чцв, 26 вер 2024, Kris C via FreeIPA-users wrote:
So I tried this:
ipa idrange-add IPA1.TEST_legacy_id_range \
--base-id=1000 --range-size=32000 \
--rid-base=$((200000+1000)) \
--secondary-rid-base=$((200000+1000+320000)) \
--type=ipa-local
as you suggested and unfortunately it doesn't seem to fix the problem.
You'd need to provide more details. I was suggesting this on a hunch. I
hope you did change the values, though. ;)
On the other hand:
I was able to create the users without the --uid field (ipa user-add
test5 --random --first test5 --last test5), allow IdM to generate the
account as it wants to then go back and modify the uid field to our
legacy numbering (ipa user-mod test5 --uid 3456). So far that's seemed
to have worked. I'll do some more testing to make sure it doesn't have
any adverse impact. Is there anything you foresee with me doing this
that might cause an issue down the road?
Probably nothing within IPA would break directly because of that.
--
/ Alexander Bokovoy
Sr. Principal Software Engineer
Security / Identity Management Engineering
Red Hat Limited, Finland
--
_______________________________________________
FreeIPA-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedorahosted.org/archives/list/[email protected]
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
