@skip_if_github_validation @sle_minion @scope_onboarding

Feature: 0054 - Bootstrapping with reactivation key

Description: In order to re-register valid minions
As an authorized user
I want to avoid re-registration with invalid input parameters

File name: min_bootstrap_reactivation.feature

Relative path: secondary/min_bootstrap_reactivation.feature

Scenarios

Chart

Status

Progress

Passed	100.00 %
Failed	0.00 %

Total duration:

00:04:29.240

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Log in as org admin user

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Generate a re-activation key

Given I am on the Systems overview page of this "sle_minion" 00:00:04.562

When I follow "Reactivation" 00:00:00.523

And I click on "Generate New Key" 00:00:00.680

Then I should see a "Key:" text 00:00:00.076

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Bootstrap should fail when minion already exists

When I follow the left menu "Systems > Bootstrapping" 00:00:00.108

Then I should see a "Bootstrap Minions" text 00:00:00.068

When I enter the hostname of "sle_minion" as "hostname" 00:00:00.185

+ Show Info

The hostname of sle_minion is uyuni-master-suse-minion.sumaci.aws

And I enter "22" as "port" 00:00:00.071

And I enter "root" as "user" 00:00:00.076

And I enter "linux" as "password" 00:00:00.077

And I click on "Bootstrap" 00:00:00.081

And I wait until I see "A salt key for this host" text 00:00:00.288

Then I should not see a "GenericSaltError" text 00:00:00.066

And I should see a "seems to already exist, please check!" text 00:00:00.071

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Bootstrap should fail when system already exists in the server

Given I delete "sle_minion" key in the Salt master 00:00:03.667

When I follow the left menu "Systems > Bootstrapping" 00:00:00.080

Then I should see a "Bootstrap Minions" text 00:00:00.067

When I enter the hostname of "sle_minion" as "hostname" 00:00:00.173

+ Show Info

The hostname of sle_minion is uyuni-master-suse-minion.sumaci.aws

And I enter "22" as "port" 00:00:00.059

And I enter "root" as "user" 00:00:00.066

And I enter "linux" as "password" 00:00:00.070

And I click on "Bootstrap" 00:00:00.070

And I wait until I see "seems to already exist, please check!" text 00:00:00.276

Then I should not see a "GenericSaltError" text 00:00:00.065

And I should see a "with minion id" text 00:00:00.064

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Bootstrap a SLES minion with reactivation key

When I follow the left menu "Systems > Bootstrapping" 00:00:00.077

Then I should see a "Bootstrap Minions" text 00:00:00.065

When I enter the hostname of "sle_minion" as "hostname" 00:00:00.158

+ Show Info

The hostname of sle_minion is uyuni-master-suse-minion.sumaci.aws

And I enter "22" as "port" 00:00:00.067

And I enter "root" as "user" 00:00:00.070

And I enter "linux" as "password" 00:00:00.074

And I enter the reactivation key of "sle_minion" 00:00:02.395

+ Show Info

Reactivation Key: re-1-f5e2e04b53e449fdac94c6d95f7f3472

And I select "1-SUSE-KEY-x86_64" from "activationKeys" 00:00:00.096

And I click on "Bootstrap" 00:00:00.086

And I wait until I see "Bootstrap process initiated." text 00:00:29.806

And I follow the left menu "Systems > System List > All" 00:00:00.210

And I wait until I see the name of "sle_minion", refreshing the page 00:00:00.779

And I wait until onboarding is completed for "sle_minion" 00:01:21.367

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Check the events history for the reactivation

Given I am on the Systems overview page of this "sle_minion" 00:00:01.724

When I follow "Events" in the content area 00:00:00.104

And I follow "History" in the content area 00:00:00.106

And I wait until I see "Server reactivated as Salt minion" text, refreshing the page 00:00:00.094

And I wait until event "Apply states [certs, channels, packages, services.salt-minion] scheduled" is completed 00:00:02.376

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Cleanup: delete SLES minion after reactivation tests

When I delete "sle_minion" system using the api 00:00:03.442

Then "sle_minion" should not be registered 00:00:01.112

When I perform a full salt minion cleanup on "sle_minion" 00:00:09.145

@skip_if_github_validation @sle_minion @scope_onboarding

Scenario: Cleanup: bootstrap a SLES minion after reactivation tests

And I follow the left menu "Systems > Bootstrapping" 00:00:00.087

Then I should see a "Bootstrap Minions" text 00:00:00.076

When I enter the hostname of "sle_minion" as "hostname" 00:00:00.184

+ Show Info

The hostname of sle_minion is uyuni-master-suse-minion.sumaci.aws

And I enter "22" as "port" 00:00:00.064

And I enter "root" as "user" 00:00:00.077

And I enter "linux" as "password" 00:00:00.074

And I select "1-SUSE-KEY-x86_64" from "activationKeys" 00:00:00.088

And I select the hostname of "proxy" from "proxies" if present 00:00:00.079

And I click on "Bootstrap" 00:00:00.082

And I wait until I see "Bootstrap process initiated." text 00:00:40.567

When I follow the left menu "Systems > System List > All" 00:00:00.201

And I wait until I see the name of "sle_minion", refreshing the page 00:01:12.086

And I wait until onboarding is completed for "sle_minion" 00:00:08.435