Project

General

Profile

Actions

action #126866

closed

[qe-core] test fails in samba_adcli on s390x

Added by ph03nix about 1 year ago. Updated 11 months ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
-
Target version:
Start date:
2023-03-29
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-12-SP5-Server-DVD-Updates-s390x-mau-extratests2@s390x-kvm-sle12 fails in
samba_adcli

The samba AD domain controller server methusalix.qa.suse.de cannot be reached.

Test suite description

Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Run console tests against aggregated test repo

Reproducible

Fails since (at least) Build 20230328-1

Expected result

Last good: 20230327-1 (or more recent)

Further details

Always latest result in this scenario: latest


Files

firewall.png (57.8 KB) firewall.png ph03nix, 2023-04-07 07:01

Related issues 1 (0 open1 closed)

Related to openQA Tests - action #96512: [qe-core][sporadic] Re-Enable Active Directory testsResolvedph03nix

Actions
Actions #1

Updated by ph03nix about 1 year ago

This is a issue on the s390x hosts. I opened https://sd.suse.com/servicedesk/customer/portal/1/SD-115963 for it.

Actions #2

Updated by ph03nix about 1 year ago

  • Related to action #96512: [qe-core][sporadic] Re-Enable Active Directory tests added
Actions #4

Updated by ph03nix about 1 year ago

I poked Matthias today again, as he's back now.

Actions #6

Updated by ph03nix about 1 year ago

Handover summary and todo

There are now two things that need to be done:

  1. Ensure that the s390x worker can reach methusalix.qa.suse.de (SD Ticket 115963)
  2. Re-enable the Firewall on methusalix.qa.suse.de

Re-Enable Firewall

To ensure the Windows Firewall is not the one causing the package drop, I've added Allow_All rules on both the Inbound and the Outbound Rules. Those two rules should be removed and then we need to check, if openQA still can connect to methusalix.qa.suse.de

Actions #7

Updated by ph03nix about 1 year ago

The SD ticket is closed, but the openQA tests are still failing being able to contact the AD controller: https://openqa.suse.de/tests/10952290#step/samba_adcli/11

Actions #8

Updated by ph03nix about 1 year ago

  • Status changed from In Progress to Workable
  • Assignee deleted (ph03nix)

The SD ticket is closed and I cannot reply there. Since I'm back in QE-C and this requires likely someone to create a new SD ticket with the same lengthy correspondence, I like to hand this back to someone in qe-core.

Unassigning myself, I wrote a handover summary for the next one to work on this.

Actions #9

Updated by rfan1 about 1 year ago

  • Status changed from Workable to In Progress
  • Assignee set to rfan1
  • Target version set to QE-Core: Ready
Actions #10

Updated by rfan1 about 1 year ago

https://openqa.suse.de/tests/10979882#step/samba_adcli/10
Seems that we can access the ip now.

For now, only 2 s390x SUTs can work. so filed another ticket:
https://sd.suse.com/servicedesk/customer/portal/1/SD-119612

Actions #11

Updated by rfan1 about 1 year ago

The first PR:
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/16938

We should use ip address instead of DNS name before joining to the domain.

Actions #12

Updated by rfan1 12 months ago

  • Status changed from In Progress to Feedback
Actions #13

Updated by rfan1 11 months ago

  • Status changed from Feedback to Resolved

Mark it as resolved now, the code changes can work fine, but we still need to wait for Infra team to fix the DNS resolve problem.

Actions

Also available in: Atom PDF