=== vrubiolo1 is now known as vrubiolo | ||
=== vrubiolo1 is now known as vrubiolo | ||
=== vrubiolo1 is now known as vrubiolo | ||
=== vrubiolo1 is now known as vrubiolo | ||
DanyC | hi, anyone able to help me out understand why cloud-final.service on a new started EC2 instance is in inactive (dead) state? same state is for cloud-init.target. However if i ssh and manually start cloud-final.service everything is okay. If i run "cloud-init modules --mode=final" everything gets applied, no errors | 10:35 |
---|---|---|
DanyC | i came across https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1623868 which shows similar behaviour however that bug is present on my cloud-init version .. hence i'm v confused | 10:36 |
ubot5 | Ubuntu bug 1623868 in cloud-init (Ubuntu) "cloud-final.service does not run due to dependency cycle" [High,Fix released] | 10:36 |
DanyC | *that bug is fixed | 10:37 |
meena | DanyC: which now? fixed or present? | 10:39 |
DanyC | meena: what i meant to say is that the above bug it should be fixed in my latest cloud-init version hence i suspect i get only the same symptom but different root cause | 10:41 |
meena | DanyC: aye | 11:12 |
meena | DanyC: which version of cloud-init do you have? | 11:38 |
=== vrubiolo1 is now known as vrubiolo | ||
=== vrubiolo1 is now known as vrubiolo | ||
=== vrubiolo1 is now known as vrubiolo | ||
blackboxsw | https://github.com/canonical/cloud-init/pull/225 up to add ubuntu focal cloud-integration tests to cloud-init | 19:55 |
blackboxsw | thx powersj on the review there. I'm plugging that into CI and saw the expected failure with ssh_import_id in our tests too | 20:46 |
powersj | yea tests \o/ | 20:48 |
blackboxsw | powersj: do you know again where that re-sync cloud-init code url is on launchpad. I can't find it | 20:54 |
powersj | blackboxsw, I think last time we said it was a jenkins job | 20:57 |
powersj | which surprised me | 20:57 |
blackboxsw | ahh right,https://jenkins.ubuntu.com/server/job/cloud-init-github-mirror/ | 20:57 |
blackboxsw | right I forgot about that | 20:57 |
blackboxsw | so that we could better control when we have the urge to "do it now" | 20:58 |
blackboxsw | anyhow, didn't matter because the integration tests work off of daily ppas. which has uploaded, but still waiting on package publish | 21:06 |
Odd_Bloke | smoser: blackboxsw: I've updated https://github.com/canonical/cloud-init/pull/211/ with an approach that gives us two xenial tox envs: one for CI (with the "right" version of pytest) and one for local dev (with the working version of pytest, still in the default list executed). Could you re-review, please? | 21:34 |
smoser | Odd_Bloke: i dont mean to cause problems. | 21:45 |
Odd_Bloke | smoser: How would you expect that failure to manifest? | 21:47 |
Odd_Bloke | `./tools/tox-venv -h` does work, and lists both environments in its output. | 21:47 |
smoser | ./tools/tox-venv xenial-dev | 21:48 |
smoser | probaly wont work. | 21:48 |
smoser | i ugess it doesnt parse that section at al | 21:48 |
smoser | all | 21:48 |
Odd_Bloke | smoser: I've just commented (https://github.com/canonical/cloud-init/pull/211/files#r384146914) and it looks OK to me? | 21:49 |
Odd_Bloke | Yeah, I think it just ignores that section because it doesn't start with [testenv: | 21:49 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!