Any update on this? Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
snd_pci_ps: onboard mic broken after resume
To manage notifications about this bug go to:
https://bugs.laun
Hey Philip, did you get a chance to review these attachments? Is there
any other info you need from me? Thanks!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
snd_pci_ps: onboard mic
OK, I poked around at the available package hooks and ran `apport-
collect -p linux-meta 2077341`: hopefully this is the info you were
looking for!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
apport information
** Attachment added: "acpidump.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807469/+files/acpidump.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
apport information
** Attachment added: "WifiSyslog.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807468/+files/WifiSyslog.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Ti
apport information
** Attachment added: "RfKill.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807466/+files/RfKill.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
sn
apport information
** Attachment added: "UdevDb.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807467/+files/UdevDb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
sn
apport information
** Attachment added: "PulseList.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807465/+files/PulseList.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Titl
apport information
** Attachment added: "ProcModules.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807464/+files/ProcModules.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
apport information
** Attachment added: "ProcInterrupts.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807463/+files/ProcInterrupts.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/207
apport information
** Attachment added: "PaInfo.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807459/+files/PaInfo.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
sn
apport information
** Attachment added: "ProcEnviron.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807462/+files/ProcEnviron.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
apport information
** Attachment added: "ProcCpuinfoMinimal.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807461/+files/ProcCpuinfoMinimal.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/
apport information
** Attachment added: "ProcCpuinfo.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807460/+files/ProcCpuinfo.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
apport information
** Attachment added: "Lsusb-v.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807458/+files/Lsusb-v.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
apport information
** Attachment added: "Lspci.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807454/+files/Lspci.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
snd_
apport information
** Attachment added: "Lsusb-t.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807457/+files/Lsusb-t.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
apport information
** Attachment added: "Lsusb.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807456/+files/Lsusb.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
snd_
apport information
** Attachment added: "Lspci-vt.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807455/+files/Lspci-vt.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
apport information
** Attachment added: "IwConfig.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807453/+files/IwConfig.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Title:
apport information
** Tags added: apport-collected
** Description changed:
After resuming from suspend, the onboard mic often stops being able to
produce any input. It is still present in the system and I can
mute/unmute it via pavucontrol, but it doesn't produce any input (nor
does the
apport information
** Attachment added: "CurrentDmesg.txt"
https://bugs.launchpad.net/bugs/2077341/+attachment/5807452/+files/CurrentDmesg.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2077341
Thanks Philip! apport-collect doesn't seem to know what to do in this
case:
$ apport-collect 2077341
Package linux-meta-hwe-6.8 not installed and no hook available, ignoring
(Setting this back to New for now.)
** Changed in: linux-meta-hwe-6.8 (Ubuntu)
Status: Incomplete => New
--
You r
Public bug reported:
After resuming from suspend, the onboard mic often stops being able to
produce any input. It is still present in the system and I can
mute/unmute it via pavucontrol, but it doesn't produce any input (nor
does the level reported by pavucontrol change at all). The only way
I'v
Public bug reported:
It would be great if focal's systemd could have
https://github.com/systemd/systemd/commit/71180f8e57f8fbb55978b00a13990c79093ff7b3
backported to it.
[Impact]
We have observed that kexec'ing to another kernel will fail as the drive
containing the `kexec` binary has been unmou
I would also like to see this change:
* ubuntu-advantage-tools and its dependencies add about 3MB to ubuntu-minimal
installations (checked by installing ubuntu-minimal's Depends in a Docker
container with and without u-a-t)
* it installs a systemd timer which runs (to do nothing, as the service
Public bug reported:
Debian bug #968927 is present in the version of debootstrap in focal,
which means that mk-sbuild cannot execute successfully within a Docker
environment.
https://salsa.debian.org/installer-
team/debootstrap/-/commit/87cdebbcad6f4e16ba711227cbbbd70039f88752 is
the fix for this
** Patch added: "lp1948713.debdiff"
https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/1948713/+attachment/5536032/+files/lp1948713.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/194
Public bug reported:
To quote:
# AUTOCHECK:
# should mdadm run periodic redundancy checks over your arrays? See
# /etc/cron.d/mdadm.
AUTOCHECK=true
# AUTOSCAN:
# should mdadm check once a day for degraded arrays? See
# /etc/cron.daily/mdadm.
AUTOSCAN=true
Neither /etc/cron.d/mdadm nor /
For hirsute, the bug does not reproduce on upgrade from the release day
image. However, it can present when upgrading between releases.
To test, I launched a groovy instance with an old cloud-init (the same
image as previously for groovy validation).
I performed a `do-release-upgrade -d` (-d, as
In the cloud-init log, I see:
2021-04-19 06:58:24,455 - stages.py[DEBUG]: applying net config names for
{'version': 2, 'ethernets': {'eth0': {'match': {'driver': 'bcmgenet smsc95xx
lan78xx'}, 'set-name': 'eth0', 'dhcp4': True, 'optional': True}}}
2021-04-19 06:58:24,456 - __init__.py[DEBUG]: no
An alternative explanation: Azure has a pre-provisioning system, whereby
they'll partially boot a machine and then hold it in that state until a
user requests a system which corresponds. This is implemented using the
netlink socket you see: the fabric will reconnect that socket once it is
ready fo
For xenial, I'm performing the same process but with the
`ubuntu:bb8e87956495` image, serial of 20201210.
UPGRADE does fail:
$ CLOUD_INIT_OS_IMAGE=ubuntu:bb8e87956495::ubuntu::xenial
CLOUD_INIT_CLOUD_INIT_SOURCE=UPGRADE pytest
tests/integration_tests/test_upgrade.py::test_subsequent_boot_of_upg
For bionic, I'm performing the same process but with the
`ubuntu:c2bdb694ecc2` image, serial of 20201211.1.
UPGRADE does fail:
$ CLOUD_INIT_OS_IMAGE=ubuntu:c2bdb694ecc2::ubuntu::bionic
CLOUD_INIT_CLOUD_INIT_SOURCE=UPGRADE pytest
tests/integration_tests/test_upgrade.py::test_subsequent_boot_of_u
For focal, I'm performing the same process but with the
`ubuntu:b321e3832dbb` image, serial of 20201210.
UPGRADE does fail:
$ CLOUD_INIT_OS_IMAGE=ubuntu:b321e3832dbb::ubuntu::focal
CLOUD_INIT_CLOUD_INIT_SOURCE=UPGRADE pytest
tests/integration_tests/test_upgrade.py::test_subsequent_boot_of_upgra
For groovy, I'm testing with the `ubuntu:bac1692e9ec7` image, with a
serial of 20201210. First, I confirm that the test does trigger the bug
on UPGRADE to the version of cloud-init in the release:
$ CLOUD_INIT_OS_IMAGE=ubuntu:bac1692e9ec7::ubuntu::groovy
CLOUD_INIT_CLOUD_INIT_SOURCE=UPGRADE pyte
I'm performing verification of this locally using the cloud-init
integration testing framework. Specifically, I'm running
test_upgrade_package[0] with the following diff applied (to trigger this
bug):
@@ -104,18 +104,19 @@ def test_upgrade(session_cloud: IntegrationCloud):
@pytest.mark.ci
@py
Public bug reported:
When performing a `do-release-upgrade -d` on my groovy system, I saw:
Setting up python3-software-properties (0.99.8) ...
Failed to byte-compile
/usr/lib/python3/dist-packages/softwareproperties/extendedsourceslist.py:
File
"/usr/lib/python3/dist-packages/softwarepropert
Thanks for the reply, Łukasz: we agree, this is a bugfix so doesn't need
an FFe.
** Changed in: cloud-init (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1916684
On Tue, Mar 23, 2021 at 07:53:59AM -, Alfonso Sanchez-Beato wrote:
> Is this going to be backported to focal (see LP: #1919493)?
Yep, the SRU process has been started already.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https:
Yep, that's what I've found; cloud-init is just waiting for its later
stages to run, which are blocked by snapd.seeded.service exiting.
** Changed in: cloud-init
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ub
Given that the logind issue is an AppArmor issue and, per my previous
comment, "the two running jobs are systemd-logind.service and
snapd.seeded.service", I suspect that we'll find that snapd is running
into similar sorts of issues. I'll take a quick look now.
--
You received this bug notificati
> Interfaces of type 'internal' may be used for other things than VLANs
so depending on what you want to match on it may or may not be precise
enough.
So the cloud-init code in question is used in a couple of (relevant)
ways: (a) to determine the state of any physical interfaces for which we
shoul
Another question: is there a canonical way to determine if OVS isn't up?
Currently I'm trying to execute a command and looking for "database
connection failed" in the output, is that appropriate?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
> But I guess it would be reasonable to split the work up in bite sized
chunks as long as we allow for supporting this in the design.
Having looked a little more, I don't think an incremental approach buys
us much here: we'd have to replace the `udevadm` code with `ovs-vsctl`
code in the next stag
To ensure that we understand the consequences of these changes, I've
spent a bit of time tracking down everywhere this will affect in cloud-
init by looking up the various call chains of `get_interfaces`:
Called by:
* `_get_current_rename_info`
* `_rename_interfaces`
* `apply_network_config_
Hey Frode,
Now moving on from the "does this system have any OVS-managed
interfaces?" to "how can I tell if a particular interface is managed by
OVS?":
We discussed using `udevadm info` to determine if an interface is OVS-
managed:
> If it is sufficient to know that this is a Open vSwitch manage
I've figured out why my LXD reproducer doesn't reproduce exactly:
NoCloud runs at both local and net stages, so the code in question is
called earlier in boot than the OpenStack data source is. For now, I'll
proceed with the synthetic reproducer: calling the Python code which
fails directly.
--
> The default `datapath_type` is 'system', so if it is not explicitly
specified for a bridge it will not be visible in `ovs-vsctl show`
output, but 'system' will still be the `datapath_type` used.
Great, I figured it wasn't material.
> You can query Open vSwitch at runtime for which datapath type
On Mon, Feb 15, 2021 at 10:18:17PM -, Steve Langasek wrote:
> On Mon, Feb 15, 2021 at 02:21:28PM -, James Falcon wrote:
> > That said, cloud-image-utils is in main[2] and therefore all of its
> > dependencies also need to be in main, so we are not free to choose our
> > own replacement unco
Thanks Frode, that's really helpful!
I don't see the `datapath_type` in my output:
e2d9c9b4-739c-4333-a372-4d46585fcfb9
Bridge ovs-br
fail_mode: standalone
Port ovs-br
Interface ovs-br
type: internal
Port bond0
Interface bond0
** Also affects: cloud-utils (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1915077
Title:
genisoimage may be going away
To manage notifications
Drive-by mark as Incomplete, as the way initramfses and cloud images
interact has changed substantially since 2014.
** Changed in: cloud-init (Ubuntu Trusty)
Status: Triaged => Won't Fix
** Changed in: cloud-init (Ubuntu)
Status: Triaged => Incomplete
** Changed in: cloud-init
I can confirm that udev does report the VLAN as OVS-managed:
# udevadm info /sys/class/net/ovs-br.100
P: /devices/virtual/net/ovs-br.100
L: 0
E: DEVPATH=/devices/virtual/net/ovs-br.100
E: INTERFACE=ovs-br.100
E: IFINDEX=5
E: SUBSYSTEM=net
E: USEC_INITIALIZED=4703175
E: ID_MM_CANDIDATE=1
E: ID_NET
On Fri, Jan 22, 2021 at 10:51:25PM -, Ryan Harper wrote:
> Thanks for doing most of the digging here @Oddbloke; I suspect as with
> bond and bridges for ovs, we'll need a special case to check if a vlan
> entry is also OVS, much like we did for bonds/bridges:
>
> https://github.com/canonical/
On Fri, Jan 22, 2021 at 10:48:56PM -, David Ames wrote:
> I am not sure I have any definitivie answers but here are my thoughts.
>
> Compare a VLAN device created with `ip link add`
>
> ip link add link enp6s0 name enp6s0.100 type vlan id 100
>
> cat /sys/class/net/enp6s0.100/uevent
> DEVTY
OK, I have a suspicion of what's going on here. I've compared two
systems: one launched with the network config above (and
updated/rebooted), and one launched with that config minus the
"openvswitch: {{}}" line.
When I compare /sys/class/net/ovs-br.100/addr_assign_type in the two
systems, I see t
Also of note: the MAC address being reported as duplicated in both the
reported log and in the exception I see is not present in the specified
configuration. It's presumably being generated by OVS and applied to
ovs-br (and therefore inherited by ovs-br.100?). I'm going to see if a
more minimal v
The network config below closely reproduces the issue when a LXD VM is
launched with it, has openvswitch-switch installed on it (e.g. via a
manual DHCP on enp5s0), and is `cloud-init clean --logs --reboot`ed.
The log does not contain the error message, but calling
`cloudinit.net.get_interfaces_by_
id: 100
link: br-ex
mtu: 1500
** Changed in: cloud-init (Ubuntu)
Assignee: (unassigned) => Dan Watkins (oddbloke)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1912844
Title:
B
** Changed in: cloud-init
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1910835
Title:
Azure IMDS publicKeys contain \r\n which prevents ssh access to vms
I've just attached the output of our verification testing runs for each
series.
Each series exhibits two test failures, neither of which is material to
the change in question (and both of which reproduce against the cloud-
init currently in the archive).
`test_datasource_rbx_no_stacktrace` is tes
** Attachment added: "groovy verification log"
https://bugs.launchpad.net/cloud-init/+bug/1910835/+attachment/5452348/+files/groovy.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1910835
Title:
** Attachment added: "focal verification log"
https://bugs.launchpad.net/cloud-init/+bug/1910835/+attachment/5452347/+files/focal.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1910835
Title:
** Attachment added: "bionic verification log"
https://bugs.launchpad.net/cloud-init/+bug/1910835/+attachment/5452346/+files/bionic.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1910835
Title:
** Description changed:
== Begin SRU Template ==
[Impact]
- The previous version of cloud-init used OpenSSL to process the SSH keys
provided by the Azure platform. cloud-init 20.4 replaced that code with a more
efficient implementation, but one which did not use OpenSSL: this meant that
us
** Description changed:
== Begin SRU Template ==
[Impact]
- This release is only a single functional cherry-pick which solely affects
Azure platform. It is a critical bug we wish to release as soon as possible
+ The previous version of cloud-init used OpenSSL to process the SSH keys
provided
So I've done a little more testing. On boot, with /sys/power/resume
unset (i.e. 0:0), I see this in the logind debug logs:
Jan 08 09:47:11 surprise systemd-logind[1887]: Sleep mode "disk" is supported
by the kernel.
Jan 08 09:47:11 surprise systemd-logind[1887]: /dev/dm-2: is a candidate device.
Public bug reported:
# Steps to reproduce
1) Login as a regular user.
2) `sudo systemctl restart systemd-logind`
This boots you back to GDM, as you would expect.
3) Login as a user.
4) Wait a few seconds.
# Expected behaviour
I can continue to use my system normally.
# Actual behaviour
My k
And, for clarity, when systemd does hibernate, I haven't had issues
restoring: it's just getting systemd to find the correct swap space to
use that's been the issue.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpa
On Thu, Jan 07, 2021 at 03:23:36PM -, Dimitri John Ledkov wrote:
> Also, you do disable secureboot as well right? Because with secureboot
> on, even though hybernation image is created, it will be ignored and
> not used upon resume.
Yep, Secure Boot is disabled on this system.
--
You receive
> So, looking at the systemd code at
https://github.com/systemd/systemd/blob/c5b6b4b6d08cf4c16a871401358faeb5a186c02a/src/shared
/sleep-config.c#L422-L426, perhaps setting /sys/power/resume to the
correct device actually was the workaround/fix?
The confusing part about this is that I don't believe
I enabled systemd-logind debug logging, and I saw:
Jan 06 17:45:18 surprise systemd-logind[73027]: Got message type=method_call
sender=:1.264 destination=:1.220 path=/org/freedesktop/login1
interface=org.freedesktop.login1.Manager member=CanHibernate cookie=6
reply_cookie=0 signature=n/a error-
> $ cat /sys/power/resume
> 0:0
This was a red herring. What I have found consistently fixes this is:
$ sudo swapoff /dev/sda2
$ sudo swapon -p 1 /dev/sda2
Hibernate then succeeds. However, this is not how I want my system
configured: I have a small swap partition on my SSD, which I would like
Oh, and `free -h`:
totalusedfree shared buff/cache available
Mem: 15Gi 6.0Gi 667Mi 567Mi 9.0Gi 8.8Gi
Swap: 98Gi13Mi98Gi
--
You received this bug notification because you are a member of Ubuntu
/sys/power/image_size represents the required amount of space for the
image; that said, the machine has 16G RAM total, so even if that were
maxed out, it would fit into 97.7G comfortably.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
It sounds to me like there's no cloud-init aspect here, so I'm going to
move our tasks to Incomplete (so they'll expire out eventually). Please
do set them back if I've missed something!
** Changed in: cloud-init (Ubuntu)
Status: Confirmed => Incomplete
** Changed in: cloud-init (Ubuntu F
One thing I have noticed, is that on boot:
$ cat /sys/power/resume
0:0
I can't test right now, but I _think_ that before the holiday break
setting that to 8:2[0] and restarting systemd-logind meant that
hibernate did then work.
[0] $ ls -l /sys/dev/block/8:2
lrwxrwxrwx 1 root root 0 Jan 5 09:08
Public bug reported:
I have plenty of swap space configured in my system:
$ cat /sys/power/image_size
6642229248 # ~ 6.2GiB
$ swapon
NAME TYPE SIZE USED PRIO
/dev/dm-2 partition 980M 0B -2
/dev/sda2 partition 97.7G 0B -3
But when I attempt to hibernate:
$ sudo systemctl h
Verification was completed before the holiday break; tags updated.
** Tags removed: verification-needed verification-needed-bionic
verification-needed-focal verification-needed-groovy verification-needed-xenial
** Tags added: verification-done verification-done-bionic
verification-done-focal ver
https://github.com/canonical/cloud-init/pull/748 will add them to our
devel packaging for hirsute.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1908548
Title:
Add manpages to packaging branches
To
Marking this as Incomplete as Ryan has provided next debugging steps.
Please do move it back to New once you've responded!
** Changed in: cloud-init (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
** Also affects: cloud-init (Ubuntu Focal)
Importance: Undecided
Status: New
** Also affects: cloud-init (Ubuntu Hirsute)
Importance: Undecided
Status: New
** Also affects: cloud-init (Ubuntu Groovy)
Importance: Undecided
Status: New
** Also affects: cloud-init (Ubu
** Changed in: cloud-init
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1691489
Title:
fstab entries written by cloud-config may not be mounted
To manage no
** Attachment added: "Verification logs for KVM"
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1905599/+attachment/5444544/+files/nocloud-nocloud-kvm-sru-20.4.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
** Attachment added: "Verification logs for LXD"
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1905599/+attachment/5444543/+files/nocloud-lxd-sru-20.4.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
The attached are the logs of a curtin run with the -proposed cloud-init.
The only "failures", indicate that expected-to-fail tests instead passed
(because the underlying issues have since been addressed in Ubuntu).
** Attachment added: "curtin verification testing logs"
https://bugs.launchpad.
Hi Ian,
I've just launched such a container and I see a bunch of non-cloud-init
errors in the log and when I examine `systemctl list-jobs`, I see that
the two running jobs are systemd-logind.service and
snapd.seeded.service:
root@certain-cod:~# systemctl list-jobs
JOB UNIT
** Changed in: cloud-init (Ubuntu)
Status: New => Triaged
** Changed in: cloud-init (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1906187
Title:
Ver
Looking through the journal further, I do see non-NVidia call traces
such as:
Nov 27 09:43:52 surprise kernel: INFO: task qemu-system-x86:16736 blocked for
more than 120 seconds.
Nov 27 09:43:52 surprise kernel: Tainted: P OEL
5.8.0-29-generic #31-Ubuntu
Nov 27 09:43:52 surpri
Public bug reported:
The system was restored from hibernation this morning, but the issue did
not exhibit for ~30 minutes after "boot". I have also seen hard locks
without hibernation (but they have never produced any journal output, so
may be a different issue). Examining `journalctl -k`, I see
Hi Aman,
Thanks for the bug report! Configuring the FQDN to point at the
loopback address has been cloud-init's behaviour since 2011 on Ubuntu
(https://github.com/canonical/cloud-
init/commit/6d25c040ee566f6ef85352d7b52eb5947230f78a) and 2012 on Red
Hat (https://github.com/canonical/cloud-
init/c
Trace from that mainline kernel:
kernel: [ cut here ]
kernel: NETDEV WATCHDOG: enp5s0 (r8169): transmit queue 0 timed out
kernel: WARNING: CPU: 2 PID: 0 at net/sched/sch_generic.c:442
dev_watchdog+0x24c/0x250
kernel: Modules linked in: scsi_transport_iscsi binfmt_misc veth
I've just tested, and this doesn't seem to reproduce when launching from
a captured image (with 90-hotplug-azure.yaml restored and `cloud-init
clean` executed). So I think I've exhausted the ways in which I can
attempt to gain more insight into what's happening during the part of
boot where this r
(Added cloud-images for visibility.)
** Also affects: cloud-images
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1902960
Title:
Upgrade from 245.4-4ubunt
Thanks for the explanation, Dan! I was off down a wrong path, I
appreciate the correction.
I've just downloaded the Azure image from cloud-images.u.c and it
includes this in `/etc/netplan/90-hotplug-azure.yaml`:
# This netplan yaml is delivered in Azure cloud images to support
# attaching and de
Hi yhzou,
Thanks for using (and testing!) Ubuntu, and for filing this bug.
Setting a default password in the cloud-images.ubuntu.com images would
make them insecure: any Ubuntu instance launched from them would have a
backdoor installed, essentially.
There are a couple of options: you could speci
** Changed in: cloud-init (Ubuntu)
Status: New => Incomplete
** Changed in: systemd (Ubuntu)
Status: Invalid => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1902960
Title:
Upgrad
OK, I've managed to reproduce this (in a non-Juju launched VM). The
ordering of these journal lines look suspicious to me:
Nov 09 17:41:51.091033 ubuntu systemd[1]: Starting udev Coldplug all Devices...
Nov 09 17:41:51.236309 ubuntu systemd[1]: Finished Load Kernel Modules.
Nov 09 17:41:51.363482
When investigating another issue, I found this line in my journal,
repeated a few times:
nm-dispatcher[3938]: /etc/network/if-up.d/resolved: 12: mystatedir: not
found
Not sure if that's related, but it seems suspicious at least.
--
You received this bug notification because you are a member of
1 - 100 of 1034 matches
Mail list logo
