Marking this fix-released in focal as bug 1923232 was released to focal.
So this should be fixed in '1:4.0.6-0ubuntu1~20.04.1'.
** Changed in: lxc (Ubuntu Focal)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
Norman,
Thanks for the comment. On first pass, it looks like you've diagnosed a failure
correctly.
Please open another bug and add output of 'cloud-init collect-logs'.
thanks.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
lxc auto package tests show green for 4.0.6-0ubuntu1 other than i386,
which failed previously.
* amd64:
https://autopkgtest.ubuntu.com/results/autopkgtest-focal/focal/amd64/l/lxc/20210525_040935_c4b64@/log.gz
* arm64:
** Description changed:
Hi. I'm using 20.04, and I need a fix for
https://github.com/lxc/lxc/pull/3589
I think my only options to get that via packaging are
a.) https://launchpad.net/~ubuntu-lxc/+archive/ubuntu/lxc-git-master
b.) build my own.
I don't love either of those
Just fwi, this is in 4.0.6 which is up for SRU in LP: #1923232.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/1918955
Title:
SRU network: fix LXC_NET_NONE cleanup
Status in
This would fix LP: #1918955.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lxc in Ubuntu.
https://bugs.launchpad.net/bugs/1923232
Title:
SRU of LXC 4.0.6 to focal (upstream bugfix release)
Status in lxc package in
** Description changed:
Hi. I'm using 20.04, and I need a fix for
https://github.com/lxc/lxc/pull/3589
- I think my only options to get that via packaging are
- a.) https://launchpad.net/~ubuntu-lxc/+archive/ubuntu/lxc-git-master
- b.) build my own.
+ I think my only options to get
Public bug reported:
Hi. I'm using 20.04, and I need a fix for
https://github.com/lxc/lxc/pull/3589
I think my only options to get that via packaging are
a.) https://launchpad.net/~ubuntu-lxc/+archive/ubuntu/lxc-git-master
b.) build my own.
I don't love either of those options.
Can we
For reference, ubuntu-devel post about '-o APT::Update::Error-Mode=any'
at https://lists.ubuntu.com/archives/ubuntu-devel/2021-February/041374.html
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
I bumped into this yesterday on bionic.
The commit 1e04bb71da3ed829 [1] reports to fix it.
[1]
https://github.com/lxc/lxc/commit/1e04bb71da3ed829761ae8c729c3d021a6a709df
Hopefully there will be a 3.0.x update to bionic at some point.
** Also affects: lxc (Ubuntu Focal)
Importance: Medium
this seemed to "just work" for me.
http://paste.ubuntu.com/p/93dWDPZfZT/
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1834875
Title:
cloud-init growpart race with udev
a.) I gave the wrong link. ugh. It should have been:
https://code.launchpad.net/~smoser/cloud-initramfs-tools/+git/cloud-initramfs-tools/+merge/379774
b.) the fixed link to 'a' probably makes more sense now. But basically
you need a newer cloud-initramfs-tools to adjust for the fact that
The fix is in cloud-utils upstream now.
Still to do:
a.) review/merge cloud-initramfs-tools pull request
https://code.launchpad.net/~raharper/cloud-utils/+git/cloud-utils/+merge/379177
b.) upload cloud-initramfs-tools to focal
c.) upload cloud-utils to focal
d.) any SRU
the order of 'b'
** Changed in: cloud-initramfs-tools (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1834875
Title:
cloud-init growpart race with
** Merge proposal linked:
https://code.launchpad.net/~raharper/cloud-utils/+git/cloud-utils/+merge/379177
** Changed in: cloud-utils
Status: New => Fix Committed
** Also affects: cloud-utils (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cloud-utils (Ubuntu)
> If someone manually installs Ubuntu Desktop / Server using an installer,
> one should not be installing or using cloud-init as clearly, it will never
> complete without a correct metadata source present. And when it fails to
> complete, it re-attempts to reprovision the machine on every boot.
> > So that means we have this sequence of events:
> > a.) growpart change partition table
> > b.) growpart call partx
> > c.) udev created and events being processed
> That is not true. whilst sfdisk is deleting, creating, finishing
> partition table (a) and partx is called (b), udev events
I really think you are all *way* over thinking this.
a. growpart made a change to the partition table (using sfdisk)
b. growpart called partx --update --nr 3 /dev/sda
c. growpart exited
With a and b growpart created udev events. If you create udev events,
you really need to wait for those
best. fix. ever.
working after a reboot.
$ snap list lxd
Name Version RevTracking Publisher Notes
lxd 3.18 12211 stablecanonical✓ -
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to lxc in Ubuntu.
If there is a race, or a need to wait, it almost certainly is in cloud-
utils (growpart). If you use growpart to grow a partition, the result
should be that that is done, and it is ready. The caller should not
expect that they have to know additional information (to call 'udevadm
settle') or
** Also affects: cloud-utils
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1834875
Title:
cloud-init growpart race with udev
Filed issue with lxcfs at
https://github.com/lxc/lxcfs/issues/285
** Bug watch added: LXCFS bug tracker #285
https://github.com/lxc/lxcfs/issues/285
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
Public bug reported:
$ lxc launch ubuntu-daily:eoan devel1
$ sleep 10 # wait for boot
$ lxc exec devel1 /bin/bash
root@devel1:~# cat /proc/uptime
183.00 173.00
root@devel1:~# cat /etc/cloud/build.info
build_name: server
serial: 20190531
root@devel1:~# lsb_release -sc
eoan
root@devel1:~#
Quite a pleasent surprise I found today.
$ lxc launch ubuntu-daily:devel devel1
$ sleep 20
$ lxc exec devel1 systemctl status | grep State
State: running
$ lxc exec devel1 -- sh -c 'cat /etc/cloud/build.info; lsb_release -sc'
build_name: server
serial: 20190531
eoan
$ lxc exec devel1 --
The easiest thing to do would be to just ship a keyring that had the
obsolete public signing keys. Then the consumer could hard code
that 'precise' was signed with keys A, B, C. and work stuff out like
that.
Alternatively possibly we might want to deliver some distro-info like
data.
@Adam,
> See the comment on the linked debian-cd MP from Marc Deslauriers. Note
> that the goal of removing the cloud-image seed is still entirely
> reasonable and doable, openssh-server should just move to livecd-rootfs
> as something always added to cloud images. Done and done. There's no
Your
Public bug reported:
I'm accustomed to hitting 'alt-space' to 'Activate the window menu'
where there are options like 'Always on Top' or 'Always on visible
workspace'.
After an upgrade today I can no longer bring up that menu.
Alt-space simply does nothing. Configuring the keyboard shortcut in
** Changed in: cloud-init (Ubuntu)
Status: New => Confirmed
** Changed in: cloud-init (Ubuntu Bionic)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
Hm...
Our tests show that this is not fixed in cosmic or bionic.
https://jenkins.ubuntu.com/server/job/curtin-vmtest-devel-amd64/533/console
shows curtin's vmtest failing. Partial output shows:
==
ERROR:
** Changed in: maas (Ubuntu Bionic)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to base-files in Ubuntu.
https://bugs.launchpad.net/bugs/1134036
Title:
Failure when using ssh with a locale
@xnox,
Are you suggesting the /media/root-ro entry in /etc/fstab line for
/media/root-ro should have x-systemd.DefaultDependencies=no ?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
This is invalid.
It actually all still works because:
udev hook /lib/udev/rules.d/80-ifupdown.rules calls /lib/udev/ifupdown-hotplug
which calls
systemctl --no-block start $(systemd-escape --template ifup@.service
$INTERFACE)
Then the ifup@.service is what actually brings up the device.
Public bug reported:
I haven't verified this, but I believe that ifupdown works through udevadm
hooks.
So udevadm hotplug event -> ifup eth0.
Any subprocesses of a udevadm hook will be restricted by the
systemd-udevd.service
restrictions, which currently are
RestrictAddressFamilies=AF_UNIX
I uploaded open-iscsi_2.0.874-5ubuntu8 which has the debug code
that we were toying with included. It also includes a fix for
FTBFS bug 1791154.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
I've hit that 'retrigger' button 2 more times and have not seen failures.
I just did again. Don't know what to do. :-(
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1788188
here is a pastebin of boot with systemd debugging.
http://paste.ubuntu.com/p/vGTRh6WB3B/
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1788188
Title:
transient systemd
I pushed a branch up to
https://code.launchpad.net/~smoser/ubuntu/+source/open-iscsi/+git/open-iscsi/+ref/bug/1788188-debug
that Christian and I are trying to get some additional debug information out of
a failure.
--
You received this bug notification because you are a member of Ubuntu
Touch
Public bug reported:
open-iscsi test utilizes overlayroot to boot a cloud-image with root
filesystem on a read-only iscsi server.
The /etc/fstab file in the image looks like this:
LABEL=cloudimg-rootfs /ext4 defaults0 0
#LABEL=UEFI /boot/efi vfatdefaults
@mwhudson,
your suggested change seems reasonable to me.
I don't love the use of 'eval', but it seems reasonably safe here.
Instead of quoting you could just reject argv[1] input if it
had characters other than [a-zA-z_.-] . Perhaps that makes
this more difficult.
Also, maybe you should try to
** Changed in: software-properties (Ubuntu)
Assignee: (unassigned) => Scott Moser (smoser)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to software-properties in
Ubuntu.
https://bugs.launchpad.net/bugs/1785683
Title:
d
** Changed in: software-properties (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to software-properties in
Ubuntu.
https://bugs.launchpad.net/bugs/1667725
Title:
[feature request]
** Also affects: software-properties (Ubuntu)
Importance: Undecided
Status: New
** Changed in: software-properties (Ubuntu)
Status: New => In Progress
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
cloud-init can collect relevant logs with 'cloud-init collect-logs'
that is what we tell people to run (and what gets done with 'ubuntu-bug
cloud-init').
I know that is not exactly what you're after.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
i attached as reference
https://hackmd.io/E0ydu7Y7QEe-kroPb6-OOA
at some point we can improve the doc in the debian/tests directory with that.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
** Description changed:
This issue keeps cropping up. It shows itself in open-iscsi autopkg tests.
I think it might just be "really slow system". It seems the timeout is only
- 1 minute 30 seconds for the disk to appear, and in a happy run you
+ 1 minute 30 seconds for the disk to appear,
I saw this "in the wild" with /var/log/cloud-init.log showing:
2018-07-09 15:20:22,666 - util.py[DEBUG]: Running command
['add-apt-repository', 'cloud-archive:ocata'] with allowed return codes [0]
(shell=False, capture=True)
2018-07-09 15:20:24,907 - cc_apt_configure.py[ERROR]:
Public bug reported:
Some recent events have made keyservers less reliable than they were
previously:
https://bitbucket.org/skskeyserver/sks-keyserver/issues/57
https://bitbucket.org/skskeyserver/sks-keyserver/issues/60
We have seen a greatly increased failure rate of retreiving keys
This bug is believed to be fixed in cloud-init in version 18.3. If this
is still a problem for you, please make a comment and set the state back
to New
Thank you.
** Changed in: cloud-init
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a
Just a comment...
'apt' indicates that its cli is unstable and should not be relied upon by
scripts.
So fixing this general problem in 'apt' (and not apt-get) means you fix it
possibly for humans who are typing things, but all non-human package
installations needlessly have to 'apt-get update'.
** Description changed:
With trusty, /bin/ping relies on having extended attributes and kernel
capabilities to gain the cap_net_raw+p capability. This allows removing
the suid bit.
However, the tarball cloud images do not preserve the extended
attributes, and thus /bin/ping does not
** Description changed:
Ping is not longer setuid root and I have to ping as root:
[~]$ ping kubuntu.org
ping: icmp open socket: Operation not permitted
[~]$ sudo ping kubuntu.org
PING kubuntu.org (91.189.94.156) 56(84) bytes of data.
64 bytes from vostok.canonical.com
I think this was user-error... I think the serial console was just messing with
me.
I'll re-open if I see it again.
** Changed in: apport (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed
Public bug reported:
ubuntu-bug is now producing links that do not work.
using 'ubuntu-bug' in xenial produces links that look like:
https://bugs.launchpad.net/ubuntu/+source/apport/+filebug/0f274d36-64f2-11e8-b34a-002481e7f48a?
but the cosmic version produces links like:
** Description changed:
ubuntu-server has a hard dependency on open-iscsi, which means there is
a daemon running (iscsid), and the package cannot be removed. All
unnecessary daemons are a cause of concern when auditing a system.
Propose moving this to "Recommends" instead, which
@Christian,
Well, the intended goal is that ubuntu-server == cloud-image.
we did fairly significant work to get as close as we are.
Currently cloud-image [1] differs from ubuntu-server [2] only by
presense of cloud-init and openssh-server.
The goal was to ultimately drop those also, and
Ugh.
the merge proposal at
https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/342214
put a build-depends on isc-dhcp-client
not a runtime depends.
i've opened bug 1766714 to address.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
This was a stock lxc launch.
$ lxc launch ubuntu-daily:bionic b4
$ lxc exec b4 /bin/bash
root@b4:~# cat /etc/cloud/build.info
build_name: server
serial: 20180411
root@b4:~# ubuntu-bug systemd
*** Collecting problem information
The collected information can be sent to the developers to
An upstream commit landed for this bug.
To view that commit see the following URL:
https://git.launchpad.net/cloud-init/commit/?id=c6dff581
** Changed in: cloud-init
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Touch
Public bug reported:
# ubuntu-bug systemd
*** Collecting problem information
The collected information can be sent to the developers to improve the
application. This might take a few minutes.
.ERROR: hook /usr/share/apport/package-hooks/systemd.py crashed:
Traceback (most recent call
root@b3:~# systemctl --no-pager | grep failed
● sys-kernel-config.mount loaded failed failedKernel
Configuration File System
● systemd-hostnamed.serviceloaded failed failedHostname
Service
●
"Packages that care about networking support in the initramfs should instead
take care themselves to depend on isc-dhcp-client."
Reworded:
Packages that care about should take care to depend on
themselves.
Generally that's not how things work, and results in maintenance
elsewhere. Now
You don't think that at least warrants a Suggests ?
On Wed, Mar 28, 2018 at 2:49 AM, Steve Langasek <
steve.langa...@canonical.com> wrote:
> I don't think this belongs as a dependency of initramfs-tools. The
> initramfs-tools package won't fail to create an initramfs if dhclient is
> absent,
An upstream commit landed for this bug.
To view that commit see the following URL:
https://git.launchpad.net/cloud-init/commit/?id=5b9dc4bc
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
Related bug 1759307
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1633643
Title:
unnecessary dependency upon isc-dhcp-client
Status in initramfs-tools package
** Description changed:
- cloud-init uses isc-dhcp-client (through 'dhclient') to obtain temporary dhcp
ip addresses.
- it currently does not identify a dependency on it.
+ cloud-init uses isc-dhcp-client (through 'dhclient') to obtain temporary
+ dhcp ip addresses. It currently does not
Joseph,
Thanks for providing the link to the mailing list post. That is very
helpful.
On Fri, Mar 23, 2018 at 4:15 PM, Joseph Salisbury <
joseph.salisb...@canonical.com> wrote:
> SRU request submitted:
> https://lists.ubuntu.com/archives/kernel-team/2018-March/090976.html
>
> --
> You received
An upstream commit landed for this bug.
To view that commit see the following URL:
https://git.launchpad.net/curtin/commit/?id=bd40234f
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to tar in Ubuntu.
See my attached log for verification of artful.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1734167
Title:
DNS doesn't work in no-cloud as launched by ubuntu
Status
** Attachment added: "verification log on artful"
https://bugs.launchpad.net/cloud-init/+bug/1734167/+attachment/5081507/+files/lp-1734167-verify-artful.txt
** Tags removed: verification-needed verification-needed-artful
** Tags added: verification-done verification-done-artful
--
You
** Changed in: network-manager (Ubuntu)
Importance: Undecided => Critical
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1751797
Title:
NetworkManager
connection.id: System Ethernet
connection.uuid:72c7fac3-c017-4b76-9954-b4fb08262376
connection.stable-id: --
connection.type:802-3-ethernet
connection.interface-name: --
connection.autoconnect:
$ systemd-resolve --status enp0s25
Link 2 (enp0s25)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 10.7.0.1
fdfd::::1
DNS Domain: ~mydomain.com
$ cat
** Also affects: network-manager (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1751797
Title:
dns resolution only
** Merge proposal unlinked:
https://code.launchpad.net/~smoser/ubuntu/+source/initramfs-tools/+git/initramfs-tools/+merge/341203
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
** Merge proposal linked:
https://code.launchpad.net/~smoser/ubuntu/+source/initramfs-tools/+git/initramfs-tools/+merge/341203
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to resolvconf in Ubuntu.
** Merge proposal linked:
https://code.launchpad.net/~smoser/ubuntu/+source/initramfs-tools/+git/initramfs-tools/+merge/341203
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to initramfs-tools in Ubuntu.
** No longer affects: maas
** No longer affects: nplan (Ubuntu)
** No longer affects: systemd (Ubuntu)
** Changed in: cloud-init
Status: New => Confirmed
** Changed in: cloud-init
Importance: Undecided => Medium
** Changed in: cloud-init
Assignee: (unassigned) => Ryan Harper
I'm pretty sure that if you you rm /etc/resolv.conf
and then just write what ever you want in there, it wont get overritten.
mv /etc/resolv.conf /etc/resolv.conf.dist
echo "nameserver 8.8.8.8" > /etc/resolv.conf
On Thu, Mar 8, 2018 at 4:36 PM, Mike Pontillo
wrote:
Hi.
Just to re-iterate what Robie said.
If you are seeing hashsum mismatch errors on 16.04 or later, something is wrong.
That could be:
a.) you have a proxy in your way, and the proxy cached a bad download.
Apt is recognizing this and not installing it.
That is working as designed.
Note, that
** Changed in: systemd (Ubuntu)
Importance: Undecided => Critical
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1751797
Title:
dns resolution only works for domains
Currently maas sends v1 config to cloud-init. cloud-init converts
that to netplan. MAAS could certainly change change to either
a.) improve the v1 config that it sends to put dns as per-interface
b.) send v2 config with dns per-interface.
I don't think there is reason to justify either of those
I agree with reverting change in bionic, and that xenial still needs
some fix.
I recreated your failure in xenial and agree with your change there.
I used this job as it actually tries to write to the private tmp.
If I change 'ExecStart' below to be just '/bin/true' like in your job,
it does
** Description changed:
After reboot, dns was broken.
+ This is a very simple Network Manager managed interface that has dhcp.
+
+ $ nmcli device show enp0s25 | pastebinit
+ http://paste.ubuntu.com/p/sMVTdrMBxJ/
+
+
I've attached systemd-resolve --status output.
In order to file the
** Summary changed:
- transient boot fail with overlayroot
+ transient boot fail with overlayroot [open-iscsi dep8 tests]
** Attachment added: "bionic failure log 2.0.874-5ubuntu2
qemu/1:2.11+dfsg-1ubuntu2"
Public bug reported:
After reboot, dns was broken.
I've attached systemd-resolve --status output.
In order to file the bug I just modified /etc/resolv.conf to put the dns
server in directly.
Other information, it seems like it just will only look for dns under my
search domains from the dhcp
I had hoped that simply disconnect/reconnect of the interface would
work, but that did not improve things. (nmcli device disconnect enp0s25
; nmcli device connect enp0s25)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
I've also tried a bionic azure image
$ cat /etc/cloud/build.info
build_name: server
serial: 20180222
It did not reproduce there.
So as far as I can tell it shows itself only on Azure 16.04 images.
** Also affects: cloud-images
Importance: Undecided
Status: New
** Changed in:
This bug was reproduced on a xenial Azure cloud image
$ cat /etc/cloud/build.info
build_name: server
serial: 20180222
I cannot reproduce it locally in a container.
** Tags added: xenial
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
** Tags removed: xenial
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to adduser in Ubuntu.
https://bugs.launchpad.net/bugs/1750031
Title:
scary/unexpected output in adduser and deluser
Status in adduser package in Ubuntu:
cloud-images 20180222 do *not* have cloud-initramfs-dyn-netconf or ubuntu-meta
at 1.411.
That is expected as it just wasnt fixed at the time of the build.
Anything newer than 20180222 should have this fixed.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
Getting this fixed in cloud-init is tricky.
In ifupdown (/etc/network/interfaces) world, we just took the "global dns"
entries and put them on the loopback device (lo). Since that device would
always be brought up, and never really brought down, it served its purpose.
That is what Ryan tried
It seems to me that each of maas, cloud-init and netplan could do better
here.
a.) maas declares 'global' nameserver/dns info.
this is kind of silly in that such a thing doesn't really exist.
maas has the information necessary to declare the nameserver on the
device with the address that has a
Marked as 'fix-committed' as I pushed to the seed branch.
I need to wait for some server side things to happen before I can upload
ubuntu-meta,
but any ubuntu-meta > 1.411 should have this fix.
** Changed in: ubuntu-meta (Ubuntu)
Status: New => Fix Committed
** Changed in: ubuntu-meta
MAAS is sending a "global" nameserver, and a ethernet device on a bridge.
cloud-init is rendering that nameserver onto the ethernet device rather
than on the bridge or as a "global" entry.
$ cat my.yaml
network:
config: [
{"id": "enp0s25", "type": "physical", "name": "enp0s25",
Hi,
cloud-init has never updated resolv.conf directly.
/etc/resolv.conf in 16.04 is managed via resolvconf through
/etc/network/interfaces.
/etc/resolv.conf in 18.04 is managed via systemd-resolve (netplan ->
systemd-networkd -> systemd-resolve).
Can you provide the content of:
Public bug reported:
I (smoser) removed cloud-initramfs-dyn-netconf from ubuntu-server meta
package. That package provides functionality needed by MAAS and cause bug
1748875. Under that bug we re-added cloud-initramfs-dyn-netconf to the
initramfs that MAAS publishes.
We subsequently saw
Based on Brian's comment, marking wont-fix.
Not the end of the world, just less than ideal.
** Changed in: apport (Ubuntu Xenial)
Status: Confirmed => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apport
Public bug reported:
adduser and deluser are now printing to stderr 'sent invalidate(passwd)' and
'sent invalidate(group)'.
These are confusing at best and new in bionic.
See below. They do not seem harmful, but not wonderful.
smoser@ubuntu1:~$ sudo adduser guest
Adding user `guest' ...
sent
** Description changed:
1. $ lsb_release -rd
Description: Ubuntu 17.10
Release: 17.10
2. $ apt-cache policy linux-image-`uname -r`
linux-image-4.13.0-16-generic:
- Installed: 4.13.0-16.19
- Candidate: 4.13.0-16.19
- Version table:
- *** 4.13.0-16.19 500
- 500
** Summary changed:
- apport-collect requires python2 or suggests installing already-installed
python3-apport
+ apport-collect requires python2
** Changed in: apport (Ubuntu)
Status: New => Fix Released
** Changed in: apport (Ubuntu)
Importance: Undecided => Medium
** Also affects:
1 - 100 of 557 matches
Mail list logo