Merge lp://staging/~josvaz/vmbuilder/jenkins_kvm+fix-eth1boot into lp://staging/~ubuntu-on-ec2/vmbuilder/jenkins_kvm
- jenkins_kvm+fix-eth1boot
- Merge into jenkins_kvm
Status: | Merged |
---|---|
Merged at revision: | 779 |
Proposed branch: | lp://staging/~josvaz/vmbuilder/jenkins_kvm+fix-eth1boot |
Merge into: | lp://staging/~ubuntu-on-ec2/vmbuilder/jenkins_kvm |
Diff against target: |
124 lines (+67/-30) 1 file modified
templates/img-extra-nets.tmpl (+67/-30) |
To merge this branch: | bzr merge lp://staging/~josvaz/vmbuilder/jenkins_kvm+fix-eth1boot |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Robert C Jennings (community) | Approve | ||
Philip Roche (community) | Approve | ||
Review via email: mp+310047@code.staging.launchpad.net |
Commit message
Description of the change
Remove the ifup call that was breaking the boot
ifup should be unnecesary with allow-hotplug, but in this case it was making the first boot hung, even if invoked in the background.
I also made some improvements to the udev rule to avoid it being invoked on eth0 and use RUN instead of PROGRAM.
Jose L. VG (josvaz) wrote : | # |
Jose L. VG (josvaz) wrote : | # |
Although it looks good so far, this is still under testing.
Feel free to review and even Approve, but code won't be merged until all testing is completed succesfully.
Philip Roche (philroche) wrote : | # |
Syntax looks good to me.
Jose L. VG (josvaz) wrote : | # |
Will need more work, testing reveals that trusty fails to boot now.
This is a surprise, as the eth1+ patch tries to apply most changes to xenial, onward, leaving previous releases like trusty almost untouched, apart from using /run... for the ephemeral net devices config instead of /etc/network/
Jose L. VG (josvaz) wrote : | # |
upstart code path fixed with commit 777, please review
Jose L. VG (josvaz) wrote : | # |
This MP has passed manual multi-nic tests for the combinations:
{Standard_
No issues or regressions found.
Robert C Jennings (rcj) wrote : | # |
This looks good. Glad to hear that testing covered the two instance types across the full set of supported suites.
Jose L. VG (josvaz) wrote : | # |
I will be merging this once I pass all AzureTests against all suites using test images
Jose L. VG (josvaz) wrote : | # |
xenial tests:
https:/
Ubuntu_
Jose L. VG (josvaz) wrote : | # |
The xenial test image passed AzureTests:
https:/
Jose L. VG (josvaz) wrote : | # |
Trusty tests:
Ubuntu_
https:/
Jose L. VG (josvaz) wrote : | # |
Trusted passed
(Passed = unstable ONLY in lxd tests, success everywhere else)
Jose L. VG (josvaz) wrote : | # |
Just discovered the precise test image is NOT properly built:
- It has the udev changes IN, instead of the upstart ones.
I checked trusty (that just passed the tests) and is ALSO using the udev change sinstead of the upstart.
I think something did not work as expected when bulding the Azure tests images. I am guessing I might have missed a build parameter setting. Precise & trusty were built as if SUITE was set to xenial or yakkety.
I can let yakkety pass the tests (as the image will be buolt correctly for it) and then repeat trusty test and add precise tests ONCE I get test images properly built for them.
Jose L. VG (josvaz) wrote : | # |
Just a clarification, so far NOTHING is found wrong with the MP, the test images might have been misbuilt due to improper inputs. When I did test the MP manually trusty & precise where setup with upstart and no udev, as expected.
Jose L. VG (josvaz) wrote : | # |
Yakkety tests:
Ubuntu_
https:/
Jose L. VG (josvaz) wrote : | # |
Need to setup
https:/
So that the KVM scipt ALSO gets passed the proper SUITE variable.
Right now some scripts infer SUITE from VERSION. But the value is NOT job wide scope, so if it is not detected in the script, it is NOT set.
Jose L. VG (josvaz) wrote : | # |
Yakkety tests failed in a couple of LXD test cases:
https:/
Rerunning those as I think they are transients.
Jose L. VG (josvaz) wrote : | # |
Yakkety tests passed, the issues were transient as suspected:
https:/
https:/
Pending are the precise, trusty & zesty tests, but for that I need first to fix this job:
https:/
To make sure the test images are generated with a proper SUITE setting.
Jose L. VG (josvaz) wrote : | # |
Job fixed to compute SUITE from VERSION and export the value to a properties file that is later injected to all subsequent jobs:
https:/
Re-running trusty & precise test image generation:
Jose L. VG (josvaz) wrote : | # |
For some reason, the KVM builds of precise & trusty is STILL not getting my SUITE setting right.
Jose L. VG (josvaz) wrote : | # |
Turns out that inside KVM the SUITE var used is in lowercase "suite"!
So instead of fixing the lack of consistency I should probably just fix this MP instead and use ${suite} instead of ${SUITE}
Jose L. VG (josvaz) wrote : | # |
Suite variable used now by this MP is lowercase, so lets try it...
Jose L. VG (josvaz) wrote : | # |
precise test image created correctly now:
Ubuntu_
Jose L. VG (josvaz) wrote : | # |
proper precise test image in test here:
https:/
Jose L. VG (josvaz) wrote : | # |
trusty test image createc correctly:
Ubuntu_
Jose L. VG (josvaz) wrote : | # |
proper trusty test image in test here:
https:/
Jose L. VG (josvaz) wrote : | # |
trusty test image passed AzureTests as expected (only unstable at lxd tests):
https:/
precise test experienced a single failure, a transient:
https:/
Rerun of the failed precise test passed at:
https:/
Jose L. VG (josvaz) wrote : | # |
This MP right now passes all AzureTests for all supported suites.
Zesty is missing but I fear I will continue to have issues creating a test image for it.
Please review and approve, also let me know if we should or not wait for zesty tests to marge this MP.
Jose L. VG (josvaz) wrote : | # |
Might have fixed the zesty test image building for Azure, testing it here:
https:/
Jose L. VG (josvaz) wrote : | # |
zesty test image produced:
https:/
Ubuntu_
Now I need to validate is probably built with this MP changes applied to the image.
Jose L. VG (josvaz) wrote : | # |
Zesty image is good, it has the MP changes as expected.
Testing now at:
https:/
Jose L. VG (josvaz) wrote : | # |
Zesty passed:
https:/
As zesty can pass right now in Azure, which is azure-general fails due to a known issue, which bug I can't find at the moment.
Jose L. VG (josvaz) wrote : | # |
Please, review, all test passed this is ready to go!
Jose L. VG (josvaz) wrote : | # |
BTW, the zesty azure-general issue is:
https:/
Robert C Jennings (rcj) wrote : | # |
+1 on the SuItE change.
Robert C Jennings (rcj) : | # |
- 775. By Jose L. VG
-
Re-apply eth1+ changes to be fixed
- 776. By Jose L. VG
-
Remove the ifup call that was breaking the boot
ifup should be unnecesary with allow-hotplug, but in this case it was
making the first boot hung, even if invoked in the background. - 777. By Jose L. VG
-
Enhance udev rule: skip eth0 and do RUN
The udev expressions are not full regex, eth[1-9]* just means:
'eth' followed by a number 1-9 and 'zero or more chars'
That will NOT match eth0 (or eth0something) but will match eth1 to eth99
(and will also match things like eth2xd)Also looking at udev man RUN is more appropriate as it is an action,
while PROGRAM is still part of the matching filters. - 778. By Jose L. VG
-
Place mkdir at the proper time for upstart
The mkdir was was misplaced for upstart code path, as the new directory
we use under /run is already mounted by the OS we don't need to create it
at image preparation time, BUT we do need it to be there for autoconfig
eth1+ to work. - 779. By Jose L. VG
-
Fix ${SUITE} to ${suite}
Turns out that KVM templates in general (and Azure ones specifically) use the
variable name $suite} lowercase instead of the more common uppercase ${SUITE}
in jenkins and jerff env variables.
Jose L. VG (josvaz) wrote : | # |
This has been "git pull --rebase"d so that now they can be mergen cleanly
Jose L. VG (josvaz) wrote : | # |
merged cleanly I meant
Commit 774 re-applies the broken eth1+ autoconfig patch.
Commit 775 is the actual fix.
Commit 776 is a enhancement.