Univention Bugzilla – Full Text Bug Listing |
Summary: | UCS Appliance (vmware, virtualbox) looses network connection during the setup | ||
---|---|---|---|
Product: | UCS | Reporter: | Felix Botner <botner> |
Component: | System setup | Assignee: | Arvid Requate <requate> |
Status: | CLOSED FIXED | QA Contact: | Felix Botner <botner> |
Severity: | normal | ||
Priority: | P5 | CC: | damrose, guels, hahn, hpeter, requate |
Version: | UCS 4.3 | ||
Target Milestone: | UCS 4.3-2-errata | ||
Hardware: | Other | ||
OS: | Linux | ||
See Also: | https://forge.univention.org/bugzilla/show_bug.cgi?id=42153 | ||
What kind of report is it?: | Bug Report | What type of bug is this?: | 6: Setup Problem: Issue for the setup process |
Who will be affected by this bug?: | 3: Will affect average number of installed domains | How will those affected feel about the bug?: | 3: A User would likely not purchase the product |
User Pain: | 0.309 | Enterprise Customer affected?: | |
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | ||
Max CVSS v3 score: | |||
Bug Depends on: | 26338, 28670, 42022 | ||
Bug Blocks: | 47943 |
Description
Felix Botner
2018-09-07 16:08:42 CEST
In my test it worked when downgrading to the previous Kernel (4.9.0-6); univention-kernel-image=11.0.1-7A~4.3.0.201803021350 As a first step we could rebuild the appliances with the older kernel My network setup with the old kernel was wrong. It does _not_ work with the 4.3-2 appliance, downgraded to use the 4.9.0-6 kernel! Probably Bug #42153 related: The old "virtual alias" syntax is deprecated since 2009 and nobody should use it anymore - it probably receives very little to no testing therefore. <https://wiki.debian.org/NetworkConfiguration#Legacy_method> Also see Bug #36532 comment 20. Maybe fix the USS hack to do it like documented in 'dhclient.conf -> "alias"'? *** Bug 47995 has been marked as a duplicate of this bug. *** Quoting the original Bug Description: > inet 169.254.220.217/16 brd 169.254.255.255 scope global eth0 > valid_lft forever preferred_lft forever > inet 10.200.7.192/24 brd 10.200.7.255 scope global eth0 > valid_lft forever preferred_lft forever The "RTNETLINK answers: File exists" happens because "eth0" is still configured for the old address, when it should actually be re-configured as "eth0:0". There is an "ip adrr flush" in FlushOldAddresses but it was explicitly skipped in appliance mode. No clue why this skip was added during the conversion from shell to python (Bug #28670). But this only hid a more severe regression: The join check introduced by Bug #42022 set server/role (invisible in config_replog) and this should only be done temporarily, otherwise 05_role/10role comes to the conclusion that no packages need to be installed. The was especially nasty to debug as the code used the ucr save() method from univention.config_registry.backend, which doesn't log anything in config_registry.replog. 7c2057fed5 | Revert temporary adjustment of server/role, must not be set before 05_role/10role 31d208400e | Run FlushOldAddresses pre() also in appliance mode 4e0e96ab05 | Advisory Once this bug has passed QA successfully, we need to rebuild the appliances. Maybe we need a new bug for that? (In reply to Arvid Requate from comment #6) > Once this bug has passed QA successfully, we need to rebuild the appliances. > Maybe we need a new bug for that? we update the appliance with Bug #47943 OK - UCRV server/role OK - network setup OK - yaml |