action #47846
closed[functional][y] openSUSE ROOTONLY=1 test
0%
Description
Updated by okurz almost 6 years ago
Before going further with assumptions in #45053 let me try out first what happens if I actually schedule a scenario with ROOTONLY=1 on o3 as we currently do not have that at all, as can be seen on https://openqa.opensuse.org/admin/test_suites
openqa-clone-job --skip-chained-deps --within-instance https://openqa.opensuse.org 851523 _GROUP="Development Tumbleweed" TEST=rootonly ROOTONLY=1 INSTALLONLY=1 INSTALLATION_VALIDATION=sshd
Created job #852926: opensuse-Tumbleweed-DVD-x86_64-Build20190209-gnome@64bit -> https://openqa.opensuse.org/t852926
I meant INSTALLATION_VALIDATION=console/sshd
openqa-clone-job --skip-chained-deps --within-instance https://openqa.opensuse.org 851523 _GROUP="Development Tumbleweed" TEST=rootonly ROOTONLY=1 INSTALLONLY=1 INSTALLATION_VALIDATION=console/sshd
Created job #852927: opensuse-Tumbleweed-DVD-x86_64-Build20190209-gnome@64bit -> https://openqa.opensuse.org/t852927
Updated by okurz almost 6 years ago
- Blocks action #45053: Test installation over ssh as root on Tumbleweed with latest update forbidding root-password login added
Updated by okurz almost 6 years ago
New needle "user_settings-inst-rootonly-selected-20190213" created. Apparently there was "user_settings-inst-rootonly-selected-20170630" not used for long. https://openqa.opensuse.org/admin/needles reports "Last Match" as "never".
Updated by okurz almost 6 years ago
Looks good so far, fails in first_boot because the display manager asking for username is not expected. That we should be able to fix with
openqa-clone-job --skip-chained-deps --within-instance https://openqa.opensuse.org 851523 _GROUP="Development Tumbleweed" TEST=rootonly ROOTONLY=1 INSTALLONLY=1 INSTALLATION_VALIDATION=console/sshd NOAUTOLOGIN=1
Created job #853430: opensuse-Tumbleweed-DVD-x86_64-Build20190209-gnome@64bit -> https://openqa.opensuse.org/t853430
Updated by okurz almost 6 years ago
fails in https://openqa.opensuse.org/tests/853430#step/system_prepare/4 because the system tries to configure permissions for "bernhard" which does not make sense on ROOTONLY=1
-> https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6784
openqa-clone-job --skip-chained-deps --within-instance https://openqa.opensuse.org 851523 _GROUP="Development Tumbleweed" TEST=rootonly ROOTONLY=1 INSTALLONLY=1 INSTALLATION_VALIDATION=console/sshd NOAUTOLOGIN=1 CASEDIR=https://github.com/okurz/os-autoinst-distri-opensuse#feature/rootonly
-> https://openqa.opensuse.org/tests/853698 is fine
Waiting for merge of PR before adding the scenario.
Updated by okurz almost 6 years ago
Added testsuite "rootonly" on o3, added scenario to Development Tumbleweed and Development Leap
Updated by okurz almost 6 years ago
- Related to action #48101: [opensuse] test fails in user_settings added
Updated by okurz almost 6 years ago
Added to build validation job group for Tumbleweed after the scenario showed three soft-failed jobs in a row. Leap pending, https://openqa.opensuse.org/tests/859769
Updated by okurz almost 6 years ago
new needle created, waiting for https://openqa.opensuse.org/tests/861764