Bug 598556 - authconfig should not touch any sssd domain that is not named "default"
Summary: authconfig should not touch any sssd domain that is not named "default"
Alias: None
Product: Fedora
Classification: Fedora
Component: authconfig
Version: 13
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tomas Mraz
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: 598558
TreeView+ depends on / blocked
Reported: 2010-06-01 15:43 UTC by Simo Sorce
Modified: 2010-06-10 15:51 UTC (History)
2 users (show)

Fixed In Version: authconfig-6.1.6-1.fc14
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 598558 (view as bug list)
Last Closed: 2010-06-10 15:51:46 UTC

Attachments (Terms of Use)

Description Simo Sorce 2010-06-01 15:43:29 UTC
Apparently the current behaviour of authconfig is to "take over" the first domain listed in sssd and reconfigure it.

Authconfig shouldn't do that as it will destroy potentially valuable configuration.

Authconfig should always only use "default" as domain name and add it to the list of currently active domains.

This avoid irreparably destroying a currently working configuration if authconfig is misused on a machine that already has working domains configured.

Note: authconfig may decide to rewrite the "domains" option in [sssd] instead of just appending. This will cause the deactivation of other configured domains, but at least it will not destroy their configuration and all a user needs to do is to change back the "domains" option to include the right domains.

Also note: a non working domain does not affect other domains. If a domain fails sssd will go on consulting all the others and will log the issue to the log files.

Note You need to log in before you can comment on or make changes to this bug.