2016-06-28 19:00:13 +00:00
|
|
|
use base "installedtest";
|
|
|
|
use strict;
|
|
|
|
use testapi;
|
|
|
|
use lockapi;
|
2018-07-18 22:53:54 +00:00
|
|
|
use mmapi;
|
2017-01-18 07:15:44 +00:00
|
|
|
use tapnet;
|
|
|
|
use utils;
|
2016-06-28 19:00:13 +00:00
|
|
|
|
|
|
|
sub run {
|
2022-07-28 20:32:57 +00:00
|
|
|
my $self = shift;
|
2023-07-19 23:41:21 +00:00
|
|
|
# use appropriate server IP, hostname, mutex and admin password
|
|
|
|
# Several tests use the 'regular' FreeIPA server, so the values
|
|
|
|
# for that are the defaults; other tests use a replica server, or
|
|
|
|
# the AD server, so they specify this in their vars.
|
|
|
|
my $server = get_var("REALMD_DNS_SERVER_HOST", 'ipa001.test.openqa.fedoraproject.org');
|
|
|
|
my $server_ip = get_var("REALMD_DNS_SERVER_IP", '172.16.2.100');
|
|
|
|
my $server_mutex = get_var("REALMD_SERVER_MUTEX", 'domain_server_ready');
|
|
|
|
my $admin_pw = get_var("REALMD_ADMIN_PASSWORD", 'monkeys123');
|
|
|
|
my $admin_user = get_var("REALMD_ADMIN_USER", 'admin');
|
2020-08-21 22:56:44 +00:00
|
|
|
# this gets us the name of the first connection in the list,
|
|
|
|
# which should be what we want
|
|
|
|
my $connection = script_output "nmcli --fields NAME con show | head -2 | tail -1";
|
|
|
|
assert_script_run "nmcli con mod '$connection' ipv4.dns '$server_ip'";
|
2020-09-17 23:01:15 +00:00
|
|
|
assert_script_run "nmcli con down '$connection'";
|
|
|
|
assert_script_run "nmcli con up '$connection'";
|
|
|
|
|
2018-07-18 22:53:54 +00:00
|
|
|
# wait for the server or replica to be ready (do it now just to be
|
|
|
|
# sure name resolution is working before we proceed)
|
|
|
|
mutex_lock $server_mutex;
|
|
|
|
mutex_unlock $server_mutex;
|
Test upgrade of FreeIPA server and client deployment
Summary:
This adds an upgrade variant of the FreeIPA tests, with only
the simplest client enrolment (sssd) for now. The server test
starts from the N-1 release and deploys the domain controller
role. The client test similarly starts from the N-1 release
and, when the server is deployed, enrols as a domain client.
Then the server upgrades itself, while the client waits (as the
server is its name server). Then the client upgrades itself,
while the server does some self-checks. The server then waits
for the client to do its checks before decommissioning itself,
as usual. So, summary: *deployment* of both server and client
occurs on N-1, then both are upgraded, then the actual *checks*
occur on N.
In my testing, this all more or less works, except the role
decommission step fails. This failure seems to be a genuine one
so far as I can tell; I intend to file a bug for it soon.
Test Plan:
Run the new tests, check they work. Run the existing
FreeIPA tests (both the compose and the update variants), check
they both behave the same.
Reviewers: jsedlak, jskladan
Reviewed By: jsedlak
Subscribers: tflink
Differential Revision: https://phab.qa.fedoraproject.org/D1204
2017-05-17 19:39:45 +00:00
|
|
|
# use compose repo, disable u-t, etc. unless this is an upgrade
|
|
|
|
# test (in which case we're on the 'old' release at this point;
|
|
|
|
# one of the upgrade test modules does repo_setup later)
|
|
|
|
repo_setup() unless get_var("UPGRADE");
|
2016-06-28 19:00:13 +00:00
|
|
|
# do the enrolment
|
2018-07-18 22:53:54 +00:00
|
|
|
if (get_var("FREEIPA_REPLICA")) {
|
|
|
|
# here we're enrolling not just as a client, but as a replica
|
|
|
|
# install server packages
|
2023-06-20 10:27:30 +00:00
|
|
|
assert_script_run "dnf -y group install freeipa-server", 600;
|
2023-08-16 18:20:39 +00:00
|
|
|
my $advortask = get_var("ADVISORY_OR_TASK");
|
|
|
|
if ($advortask eq "FEDORA-2023-d21ee6d2e9" || $advortask eq "FEDORA-2023-b2095d4ea1") {
|
|
|
|
assert_script_run "dnf -y --best update samba*", 600;
|
|
|
|
}
|
|
|
|
|
2018-07-18 22:53:54 +00:00
|
|
|
|
|
|
|
# we need a lot of entropy for this, and we don't care how good
|
|
|
|
# it is, so let's use haveged
|
|
|
|
assert_script_run "dnf -y install haveged", 300;
|
|
|
|
assert_script_run 'systemctl start haveged.service';
|
|
|
|
|
|
|
|
# configure the firewall
|
|
|
|
for my $service (qw(freeipa-ldap freeipa-ldaps dns)) {
|
|
|
|
assert_script_run "firewall-cmd --permanent --add-service $service";
|
|
|
|
}
|
|
|
|
assert_script_run "systemctl restart firewalld.service";
|
|
|
|
|
|
|
|
# deploy as a replica
|
2020-10-09 17:49:49 +00:00
|
|
|
my ($ip, $hostname) = split(/ /, get_var("POST_STATIC"));
|
2020-11-10 00:54:21 +00:00
|
|
|
my $args = "--ip-address=$ip --setup-dns --auto-forwarders --setup-ca --allow-zone-overlap -U --principal admin --admin-password monkeys123";
|
2018-09-07 22:56:11 +00:00
|
|
|
assert_script_run "ipa-replica-install $args", 1500;
|
2018-07-18 22:53:54 +00:00
|
|
|
|
|
|
|
# enable and start the systemd service
|
|
|
|
assert_script_run "systemctl enable ipa.service";
|
|
|
|
assert_script_run "systemctl start ipa.service", 300;
|
|
|
|
|
|
|
|
# report that we're ready to go
|
2023-07-19 23:41:21 +00:00
|
|
|
mutex_create('domain_replica_ready');
|
2018-07-18 22:53:54 +00:00
|
|
|
|
|
|
|
# wait for the client test
|
|
|
|
wait_for_children;
|
|
|
|
}
|
|
|
|
else {
|
2023-07-19 23:41:21 +00:00
|
|
|
assert_script_run "echo '${admin_pw}' | realm join --user=${admin_user} ${server}", 300;
|
2018-07-18 22:53:54 +00:00
|
|
|
}
|
2017-03-16 19:36:33 +00:00
|
|
|
# set sssd debugging level higher (useful for debugging failures)
|
|
|
|
# optional as it's not really part of the test
|
2017-11-24 00:01:58 +00:00
|
|
|
script_run "dnf -y install sssd-tools", 220;
|
2018-11-30 22:58:53 +00:00
|
|
|
script_run "sss_debuglevel 9";
|
Test upgrade of FreeIPA server and client deployment
Summary:
This adds an upgrade variant of the FreeIPA tests, with only
the simplest client enrolment (sssd) for now. The server test
starts from the N-1 release and deploys the domain controller
role. The client test similarly starts from the N-1 release
and, when the server is deployed, enrols as a domain client.
Then the server upgrades itself, while the client waits (as the
server is its name server). Then the client upgrades itself,
while the server does some self-checks. The server then waits
for the client to do its checks before decommissioning itself,
as usual. So, summary: *deployment* of both server and client
occurs on N-1, then both are upgraded, then the actual *checks*
occur on N.
In my testing, this all more or less works, except the role
decommission step fails. This failure seems to be a genuine one
so far as I can tell; I intend to file a bug for it soon.
Test Plan:
Run the new tests, check they work. Run the existing
FreeIPA tests (both the compose and the update variants), check
they both behave the same.
Reviewers: jsedlak, jskladan
Reviewed By: jsedlak
Subscribers: tflink
Differential Revision: https://phab.qa.fedoraproject.org/D1204
2017-05-17 19:39:45 +00:00
|
|
|
# if upgrade test, report that we're enrolled
|
|
|
|
mutex_create('client_enrolled') if get_var("UPGRADE");
|
|
|
|
# if this is an upgrade test, wait for server to be upgraded before
|
|
|
|
# continuing, as we rely on it for name resolution
|
|
|
|
if (get_var("UPGRADE")) {
|
|
|
|
mutex_lock "server_upgraded";
|
|
|
|
mutex_unlock "server_upgraded";
|
|
|
|
}
|
2016-06-28 19:00:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
sub test_flags {
|
2022-07-28 20:32:57 +00:00
|
|
|
return {fatal => 1};
|
2016-06-28 19:00:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
1;
|
|
|
|
|
|
|
|
# vim: set sw=4 et:
|