freeipa.git/install/tools/ipactl, branch WIP

ticket 2022 - modify codebase to utilize IPALogManager, obsoletes logging

2011-11-23T08:36:18+00:00

change default_logger_level to debug in configure_standard_logging

add new ipa_log_manager module, move log_mgr there, also export
root_logger from log_mgr.

change all log_manager imports to ipa_log_manager and change
log_manager.root_logger to root_logger.

add missing import for parse_log_level()

Add support for systemd environments and use it to support Fedora 16

2011-10-24T13:10:11+00:00

https://fedorahosted.org/freeipa/ticket/1192

dirsrv is not stopped correctly in the fallback

2011-09-20T10:41:26+00:00

The previous patch fixed ipactl stop command. However, the dirsrv
stop in the ipactl start command fallback was not right either.

https://fedorahosted.org/freeipa/ticket/1800

ipactl does not stop dirsrv

2011-09-20T08:50:21+00:00

Remove an invalid instance name passed to dirsrv service so that
it is correctly stopped.

https://fedorahosted.org/freeipa/ticket/1800

Convert installation tools to platform-independent access to system services

2011-09-13T09:15:50+00:00

http://fedorahosted.org/freeipa/ticket/1605

Add common is_installed() fn, better uninstall logging, check for errors.

2011-08-29T20:50:43+00:00

The installer and ipactl used two different methods to determine
whether IPA was configured, unify them.

When uninstalling report any thing that looks suspicious and warn
that a re-install may fail. This includes any remaining 389-ds instances
and any state or files that remains after all the module uninstallers
are complete.

Add wrappers for removing files and directories to log failures.

https://fedorahosted.org/freeipa/ticket/1715

Suppress 389-ds debug output when starting services

2011-08-24T11:54:08+00:00

If the user wants the output they can pass the --debug flag to ipactl.

https://fedorahosted.org/freeipa/ticket/1402

Improve error message in ipactl

2011-08-04T06:18:18+00:00

If a hostname configured in /etc/ipa/default.conf is changed and
is different from the one stored in LDAP in cn=ipa,cn=etc,$SUFFIX
ipactl gives an unintelligible error.

This patch improves the error message and also offers a list of
configured master so that the hostname setting in IPA configuration
can be easily fixed.

https://fedorahosted.org/freeipa/ticket/1558

Verify that the hostname is fully-qualified before accessing the service information in ipactl.

2011-06-24T05:23:14+00:00

Fail gracefully if the supplied hostname isn't fully-qualified in
ipa-server-install.

ticket 1035

Let the framework be able to override the hostname.

2011-06-23T06:11:34+00:00

The hostname is passed in during the server installation. We should use
this hostname for the resulting server as well. It was being discarded
and we always used the system hostname value.

Important changes:
- configure ipa_hostname in sssd on masters
- set PKI_HOSTNAME so the hostname is passed to dogtag installer
- set the hostname when doing ldapi binds

This also reorders some things in the dogtag installer to eliminate an
unnecessary restart. We were restarting the service twice in a row with
very little time in between and this could result in a slew of reported
errors, though the server installed ok.

ticket 1052