Closed Bug 1355095 Opened 7 years ago Closed 7 years ago

Network configuration issue on Ubuntu 16.04 Xen VM

Categories

(Infrastructure & Operations :: RelOps: Puppet, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: dragrom, Assigned: dragrom)

References

Details

Attachments

(1 file, 1 obsolete file)

when the network-manager is disabled in puppet, the /etc/network/interfaces files only has a config for 'eth0'.  It looks like the xen vm has ens4 as the interface device name.  This makes me wonder if we should really be disabling the network manager at all. We might need to dig up bugs about it and find out the reason we are disabling it.  Otherwise we will need to fix /etc/network/interfaces with puppet.
Assignee: relops → dcrisan
Status: NEW → ASSIGNED
We can add in modules/network/manifests/init.pp a case for ubuntu 16.04 and $::virtual='xenhvm' to create the file /etc/network/interfaces from a template, like for CentOs. Hope not brake again CentOS in AWS.
Flags: needinfo?(jwatkins)
Attached patch puppetagain_network.patch (obsolete) — Splinter Review
Attachment #8856967 - Flags: review?(jwatkins)
Flags: needinfo?(jwatkins)
Attachment #8856967 - Attachment is obsolete: true
Attachment #8856967 - Flags: review?(jwatkins)
Attachment #8856989 - Flags: review?(jwatkins)
Comment on attachment 8856989 [details] [diff] [review]
puppetagain_network.patch

Review of attachment 8856989 [details] [diff] [review]:
-----------------------------------------------------------------

::: modules/network/manifests/init.pp
@@ +38,5 @@
> +                    if ($::virtual == "xenhvm") {
> +                        file {
> +                            "/etc/network/interfaces":
> +                                content => template("network/ubuntu_interfaces.erb");
> +                        }

This block would fit well in the block below, where $::config::manage_ifcfg is being checked.  Something similar is being done for centos.
Attachment #8856989 - Flags: review?(jwatkins) → review+
Is that ($::virtual == "xenhvm") likely to fall afoul of the issue in bug 1353943#c5 ?
(In reply to Kendall Libby [:fubar] from comment #5)
> Is that ($::virtual == "xenhvm") likely to fall afoul of the issue in bug
> 1353943#c5 ?

Only if we haven't figured out why $::virtual == "xenhvm" is true on aws when we start generating 16.04 amis there.
Since taskcluster AWS infrastructure doesn't use puppet, will this ever be a problem?
Applied changes and pushed to default:
remote:   https://hg.mozilla.org/build/puppet/rev/f0618128c00c3293600598ae75f3f986ba2cc459
No problems have been reported to the mailing list. So this looks successful to me.
I mean "successful" in that it did not break the puppet client runs for aws. I did not test this on one of the new ubuntu 16 boxes.
Attachment #8856989 - Flags: checked-in+
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Blocks: 1366828
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: