action #62852
closed
[sle][functiona][u]test fails in hostname_inst - Test died: command 'test "$(hostname)" == "linux"'
Added by zluo over 4 years ago.
Updated about 4 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 30
Description
it looks that hostname is not linux anymore, please check.
Observation¶
openQA test in scenario sle-15-SP2-Online-x86_64-network_configuration@64bit fails in
hostname_inst
Test suite description¶
Maintainer: jrivera@suse.com Verify that DHCLIENT_SET_HOSTNAME preloaded from control file does not overwrite the customer selection and check the hostname in the installed system
Suggestions¶
- Investigate what does NICTYPE_USER_OPTIONS.
- Investigate why the machine gets the name changed from install to myguest.
- Report a product bug or fix the test.
Reproducible¶
Fails since (at least) Build 89.1
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
- Is duplicate of action #56750: [functional][u] test fails in hostname_inst: hostname magically changed added
It seems it wasn't the bug. This needs more investigation.
- Description updated (diff)
- Status changed from New to Workable
- Priority changed from Normal to High
- Target version set to Milestone 30
- Estimated time set to 42.00 h
- Status changed from Workable to In Progress
- Assignee set to zluo
found out for:
NICTYPE_USER_OPTIONS=hostname=myguest is used for tests/console/network_hostname.pm
and this got set for the testsuite. It will be used later.
this explains why hostname myguest got displayed to user because shells running on other consoles 2, 5, 6, 9
I don't think this is a product issue. Because I could not find any successful of network_hostname.pm. So I need to investigate it further when it uses NICTYPE_USER_OPTIONS=hostname=myguest and it breaks the test
I'll try to adapter for this change in hostname_inst.pm.
So, as I feared, this is more complex than it looked like.
Expectations¶
This is the expected behavior from the documentation: https://github.com/openSUSE/linuxrc/blob/master/linuxrc_hostname.md
This is the expected behavior from SLE15-SP1: https://openqa.suse.de/tests/2923593
This is the failure on SLE15-SP2: https://openqa.suse.de/tests/3867716
Test suite settings for network_configuration¶
DESKTOP=gnome
EXPECTED_INSTALL_HOSTNAME=linux
INSTALLONLY=1
NETWORK_CONFIGURATION=1
NICTYPE_USER_OPTIONS=hostname=myguest
Observations¶
- NICTYPE_USER_OPTIONS is used to add parameters to QEMU. In this case the parameter
hostname=myguest
would simulate a hostname given by a DHCP server.
Set Hostname via DHCP
is enabled by default in both SP1 and SP2
Set Hostname via DHCP
is disabled via Yast in both SP1 and SP2
- For some reason I don't understand the hostname is changed at this step without any related command
- In the installed system, it is check that the DHCP setting and the hostname are the expected ones
I think it is a product bug. Reported: https://bugzilla.suse.com/show_bug.cgi?id=1162987
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: network_configuration
https://openqa.suse.de/tests/3938942
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released"
- The label in the openQA scenario is removed
- Status changed from In Progress to Resolved
Setting EXPECTED_INSTALL_HOSTNAME
removed from test suite network_configuration
Also available in: Atom
PDF