Public bug reported:
1. # lsb_release -r -d
Description:Ubuntu Bionic Beaver (development branch)
Release:18.04
2. # apt-cache policy netplan.io
netplan.io:
Installed: 0.34.1
Candidate: 0.34.1
Version table:
*** 0.34.1 500
500 http://archive.ubuntu.com/ubuntu bionic/ma
I don't think not blocking for RAs during boot as a decision that
prefers ipv4 over ipv6. networkd is just doing something else by
default that the kernel doesn't do today, or historically; *and* there
is no toggle for the blocking; only do you want RAs or not *and* if you
say you don't want RAs i
I disagree that SLAAC is something that we should by default block reaching
network-online.target.
In general we cannot know in advance whether or not another system in the same
subnet is providing Router Advertisements to other instances.
If one instance in my VPC is running radvd, ec2 has n
Public bug reported:
1.
$ lsb_release -rd
Description:Ubuntu Bionic Beaver (development branch)
Release:18.04
2.
$ apt-cache policy systemd
systemd:
Installed: 237-3ubuntu8
Candidate: 237-3ubuntu8
Version table:
*** 237-3ubuntu8 500
500 http://archive.ubuntu.com/ubuntu
re and left with a kernel bug in 4.15 and e1000e.
>
> On Thu, Apr 12, 2018 at 4:01 PM Ryan Harper <1761...@bugs.launchpad.net>
> wrote:
>
>> Hrm, You could install Xenial and then upgrade to bionic's cloud-init
>> ramfs; but keep the 4.4 kernel. This would allo
Hrm, You could install Xenial and then upgrade to bionic's cloud-init
ramfs; but keep the 4.4 kernel. This would allow us to test the
initramfs code vs. the hardware. If 4.4 + cloud-initramfs-tools 0.40
works, then you likely have an issue with the kernel + the e1000e driver
to sort.
--
You rec
Can you paste the whole log?
It still looks like something about the nic isn't working right. Can
you boot something non-network on that hardware and just confirm
that the nic actually works?
On Thu, Apr 12, 2018 at 1:43 PM, Andres Rodriguez
wrote:
> So it seems that the latest 4.15 kernel in -
I'd suggest modifying the test-case to skip the pollen side, the client
we want to SRU will print the agent string it generates:
# pollinate --print-user-agent
cloud-init/18.2-4-g05926e48-0ubuntu1 curl/7.58.0-2ubuntu3
pollinate/4.31-0ubuntu1 Ubuntu/Bionic/Beaver/(development/branch)
GNU/Linux/4
Booting a server image on VMware does not mean it uses the OVF
datasource.
You must provide an OVF to the image. If you believe that you did
provide an OVF to the image, please attach the OVF iso and include the
log file generated from: cloud-init collect-logs.
** Changed in: open-vm-tools (Ubu
The MP has been moved to a github PR:
https://github.com/CanonicalLtd/netplan/pull/19
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1732002
Title:
cloud images in lxc get ipv6 address
To manage no
ubuntu@foufoune:~$ lsb_release -rd
Description:Ubuntu 17.10
Release:17.10
ubuntu@foufoune:~$ apt-cache policy systemd
systemd:
Installed: 234-2ubuntu12.3
Candidate: 234-2ubuntu12.3
Version table:
*** 234-2ubuntu12.3 500
500 http://azure.archive.ubuntu.com/ubuntu artful-up
I'm seeing this on Artful as well, in Azure cloud.
** Also affects: glibc (Ubuntu Artful)
Importance: Undecided
Status: New
** Also affects: linux (Ubuntu Artful)
Importance: Undecided
Status: New
** Also affects: systemd (Ubuntu Artful)
Importance: Undecided
Status
** Tags removed: verification-needed-artful verification-needed-xenial
** Tags added: verification-done-artful verification-done-xenial
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
Verified artful-proposed.
root@ubuntu:~# cat /etc/cloud/build.info
build_name: server
serial: 20180404
root@ubuntu:~# uname -a
Linux ubuntu 4.13.0-38-generic #43-Ubuntu SMP Wed Mar 14 15:20:44 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux
root@ubuntu:~# mount /dev/sda /mnt
root@ubuntu:~# grep sda /pr
On Tue, Apr 10, 2018 at 2:44 AM, Colin Ian King
<1760...@bugs.launchpad.net> wrote:
> Would an immediate return with some error/warning message be more
> appropriate that a 10 second delay?
Yes. I would think that the amount of time to wait could be an option.
I've read that in some scenarios user
Guys, I'm no longer suggesting that we disable RA here. After our
discussion I updated this bug
to indicate that we really want some way to *leave* RA alone.
At this point that means netplan needs to *NOT* emit AcceptRA values
into the .network configuration
files by default (as it does now), but
The kernel value is equivalent to not writing it out, yes; I thought
it'd be better to be explicit in the config.
W.r.t disabling by default; no plans to do so at this point but as it is
now, all Artful and Bionic images will block for 10 seconds, unless an
RA comes in sooner. So ideally we stop
** Also affects: pollinate (Ubuntu Artful)
Importance: Undecided
Status: New
** Also affects: pollinate (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also affects: pollinate (Ubuntu Xenial)
Importance: Undecided
Status: New
--
You received this bug notificat
So, what's happening here is the BOOTIF parameter specifies a MAC of a
device, but that device is *not* found; then we see the errors here.
So let's get confirmation that the BOOTIF parameter mac matches with one
or more of the interfaces on the system.
I recreated this same failure by booting a
Possibly related:
https://bugzilla.redhat.com/show_bug.cgi?id=1525523
https://marc.info/?l=linux-kernel&m=151272209903675&w=2
That *should* be in bionic 4.15 ...
and from the log, you're running 4.13.
I suspect kernel bug on e1000e here.
Can you boot with bionic 4.15 kernel and check again?
Also can you provide a list of interfaces and their mac address values?
Maybe the commissioning, lshw output?
Thanks
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1761573
Title:
Network not configu
Can you attach the xenial log that boots just fine on the same hardware?
** Changed in: cloud-initramfs-tools (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/17
** Attachment added: "curtin-vmtest-proposed-a-console.log"
https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1759664/+attachment/5102854/+files/curtin-vmtest-proposed-a-console.log
** Description changed:
== Begin SRU Template ==
[Impact]
This release sports both bug-fixes and new
** Attachment added: "curtin-vmtest-proposed-a-artifacts.tar.xz"
https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1759664/+attachment/5102853/+files/curtin-vmtest-proposed-a-artifacts.tar.xz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
** Attachment added: "curtin-vmtest-proposed-x-console.log"
https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1759664/+attachment/5102852/+files/curtin-vmtest-proposed-x-console.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
** Attachment added: "xenial-proposed vmtest artifacts"
https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1759664/+attachment/5102851/+files/curtin-vmtest-proposed-x-artifacts.tar.xz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
As per cloud-init networking disabled. Please reopen task if you find
cloud-init is in the picture here.
** 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.la
I'm marking this bug as invalid as the scenario described is not valid.
Installing cloud-init into a desktop image does not mean that cloud-init
service will run; it's a boot time service that requires providing
cloud-init a valid datasource. If you disagree, please reopen and
provide further deta
> this issue doesn't exist in ubuntu-18.04-Server-64.
The server image for 18.04 uses cloud-init during its initial boot as
part of how the new server installer works; The desktop does not use
cloud-init in any way; it is not expected to run desktop images; cloud-
init is a boot-time service for
On Wed, Apr 4, 2018 at 5:44 AM, Pengpeng Sun <1760...@bugs.launchpad.net> wrote:
> Yes, I saw 'No ds found [mode=search, notfound=disabled]. Disabled
> cloud-init' from /run/cloud-init/ds-identify.log, will attach it.
>
> The Ubuntu Server is the server build I downloaded from below link and
> ins
Is this also fixed in bionic yet?
On Tue, Apr 3, 2018 at 9:10 AM, Launchpad Bug Tracker
<1729...@bugs.launchpad.net> wrote:
> This bug was fixed in the package linux - 4.13.0-38.43
>
> ---
> linux (4.13.0-38.43) artful; urgency=medium
>
> * linux: 4.13.0-38.43 -proposed tracker (LP:
You can also do:
apport-collect 1760776
and
cloud-init collect-logs # this writes a cloud-init.tar.gz to the
current directory
And attach those to this bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Public bug reported:
1. # lsb_release -rd
Description:Ubuntu 16.04.4 LTS
Release:16.04
2. # apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu19
Candidate: 0.6.5.6-0ubuntu19
Version table:
*** 0.6.5.6-0ubuntu19 500
500 http://archive.ubuntu.com/u
Public bug reported:
1.
(kriek) ~ % lsb_release -rd
Description:Ubuntu 16.04.4 LTS
Release:16.04
2.
(kriek) ~ % apt-cache policy landscape-client
landscape-client:
Installed: 16.03-0ubuntu2.16.04.3
Candidate: 16.03-0ubuntu2.16.04.3
Version table:
*** 16.03-0ubuntu2.16.04.3 500
Test kernel: GOOD
root@ubuntu:~# cat /proc/version_signature
Ubuntu 4.13.0-37.42~lp1757565-generic 4.13.13
root@ubuntu:~# mount /dev/sda /mnt
root@ubuntu:~# grep sda /proc/mounts
/dev/sda /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0
root@ubuntu:~# SPARSE="-S"; rm -rf /mnt/tmp; md5s
Yeah, rc2 was fine.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1757565
Title:
btrfs and tar sparse truncate archives
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubun
This looks promising and landed in -rc2:
Btrfs: fix reported number of inode blocks after buffered append writes
https://www.spinics.net/lists/linux-btrfs/msg71274.html
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.laun
v4.15-rc6: GOOD
root@ubuntu:~# uname -r
4.15.0-041500rc6-generic
root@ubuntu:~# mount /dev/sda /mnt
root@ubuntu:~# grep sda /proc/mounts
/dev/sda /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0
root@ubuntu:~# SPARSE="-S"; rm -rf /mnt/tmp; md5sum /usr/bin/python3.6; mkdir
-p /mnt/tmp;
v4.15 Final: GOOD
root@ubuntu:~# uname -r
4.15.0-041500-generic
root@ubuntu:~# mount /dev/sda /mnt
root@ubuntu:~# grep sda /proc/mounts
/dev/sda /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0
root@ubuntu:~# SPARSE="-S"; rm -rf /mnt/tmp; md5sum /usr/bin/python3.6; mkdir
-p /mnt/tmp;
On Thu, Mar 22, 2018 at 2:56 PM, Joseph Salisbury
wrote:
> @Scott, will that upstream commit make it so the kernel fix we are
> looking for is not required?
This is a curtin workaround; we're not using the sparse flag when invoking tar;
However, the bug/issue remains between tar and btrfs.
Outsi
v4.15.7: GOOD
root@ubuntu:~# uname -r
4.15.7-041507-generic
root@ubuntu:~# mount /dev/sda /mnt
root@ubuntu:~# grep sda /proc/mounts
/dev/sda /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0
root@ubuntu:~# SPARSE="-S"; rm -rf /mnt/tmp; md5sum /usr/bin/python3.6; mkdir
-p /mnt/tmp; cp -
v4.14-rc1: BAD
ubuntu@ubuntu:~$ uname -r
4.14.0-041400rc1-generic
ubuntu@ubuntu:~$ sudo bash
root@ubuntu:~# mount /dev/sda /mnt
root@ubuntu:~# grep sda /proc/mounts
/dev/sda /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0
root@ubuntu:~# SPARSE="-S"; rm -rf /mnt/tmp; md5sum /usr/bin/
** Also affects: tar (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/1757565
Title:
btrfs and tar sparse truncate archives
To manage notifications
Public bug reported:
root@ubuntu:~# lsb_release -rd
Description:Ubuntu 17.10
Release:17.10
root@ubuntu:~# apt-cache policy linux-image-virtual
linux-image-virtual:
Installed: 4.13.0.37.40
Candidate: 4.13.0.37.40
Version table:
*** 4.13.0.37.40 500
500 http://archive.ubu
It would be nice for both nplan and networkd to accept a tri-state:
accept-ra: [off|on|kernel]
I think that would make it clear rather than an unset value to indicate
that it's controlled by the kernel.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
After some discussion, it appears that networkd is kinda of making a
boolean (on|off) for IPV6 RA, when it's really a tri-state
(on|off|kernel).
Upstream networkd indicates there is a tri-state; like so:
Enable or disable IPv6 Router Advertisement (RA) reception support for
the interface. Takes a
Public bug reported:
1.
root@ubuntu:~# lsb_release -rd
Description:Ubuntu 16.04.4 LTS
Release:16.04
root@ubuntu:~# uname -a
Linux ubuntu 4.4.0-116-generic #140-Ubuntu SMP Mon Feb 12 21:23:04 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux
2.
root@ubuntu:~# apt-cache policy systemd
systemd:
Xenial verified.
root@ubuntu:~# lsb_release -rd
Description:Ubuntu 16.04.4 LTS
Release:16.04
root@ubuntu:~# uname -a
Linux ubuntu 4.4.0-117-generic #141-Ubuntu SMP Tue Mar 13 11:58:07 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux
root@ubuntu:~# apt-cache policy linux-image-virtual
linux-ima
Artful verified:
ubuntu@ubuntu:~$ lsb_release -rd
Description:Ubuntu 17.10
Release:17.10
ubuntu@ubuntu:~$ uname -a
Linux ubuntu 4.13.0-38-generic #43-Ubuntu SMP Wed Mar 14 15:20:44 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux
ubuntu@ubuntu:~$ apt-cache policy linux-image-virtual
linux-imag
Not sure if this was supposed to also be fixed in bionic-proposed yet,
but I assumed so and
it's not working there; I'll test -proposed in artful and xenial next.
ubuntu@ubuntu:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu Bion
I think it may have always been present; I can recreate this on Trusty
GA kernels; we've changed how we clean/remove bcache devices which I
believe is triggering a new path on Trusty kernels.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
On Fri, Mar 9, 2018 at 9:49 AM, Joseph Salisbury
wrote:
> Did this issue start happening after an update/upgrade? Was there a
> prior kernel version where you were not having this particular problem?
I don't think so; how we're using/clearing/stopping bcache has changed.
I can reproduce this on
Public bug reported:
successfully wiped device /dev/md0 on attempt 1/4
shutdown running on holder type: 'bcache' syspath: '/sys/class/block/bcache0'
stopping bcache cacheset at: /sys/fs/bcache/7834b3df-d029-49a3-9c1b-3fd628db10f2
waiting for /sys/fs/bcache/7834b3df-d029-49a3-9c1b-3fd628db10f2 to b
** Merge proposal linked:
https://code.launchpad.net/~raharper/ubuntu/+source/mdadm/+git/mdadm/+merge/340951
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1753786
Title:
mdadm-last-resort@.servi
** Bug watch added: Debian Bug tracker #892257
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892257
** Also affects: mdadm (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892257
Importance: Unknown
Status: Unknown
--
You received this bug notification because y
Public bug reported:
In testing, a raid5 array is started and mounted, but at some point the
mdadm-last-resort@md0.service is triggered and unmounts the raid device.
This is fixed upstream with:
https://github.com/neilbrown/mdadm/commit/5c4b3b9aa9f576305b36d5ccbd4b929b51307ce9
1. ubuntu@ubuntu
Public bug reported:
1.
root@b2:~# lsb_release -rd
Description:Ubuntu Bionic Beaver (development branch)
Release:18.04
root@b2:~# cat /etc/cloud/build.info
build_name: server
serial: 20180224
2.
root@b2:~# apt-cache policy nplan
nplan:
Installed: 0.33
Candidate: 0.33
Versi
Public bug reported:
1.
# lsb_release -rd
Description:Ubuntu Bionic Beaver (development branch)
Release:18.04
# cat /etc/cloud/build.info
build_name: server
serial: 20180224
2.
# apt-cache policy nplan
nplan:
Installed: 0.33
Candidate: 0.33
Version table:
*** 0.33 500
** Merge proposal linked:
https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/339438
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1749722
Title:
NTP: take into account systemd
I've got a branch which would have cloud-init disable accept-ra unless
cloud-init has an explicit ipv6 configuration (static or dhcp6). This
only affects the solicitation effort, ipv6 link-local is of course,
unaffected as is explicit ipv6 configuration. I believe LXD is in a
position to know if
Public bug reported:
Currently any invocation of curtin that incurs an exception during the
'install' phase will trigger a path which runs the error log collection
code.
THere's a bug there which runs sys.exit() in the non-main body of the
code; Instead only subcommands _main_ methods should use
I gave the "loopback" trick a go like so:
root@b1:~# cat /etc/systemd/network/10-netplan-lo.network
[Match]
Name=lo
[Network]
Address=127.0.0.1
DNS=10.90.90.1
Domains=maaslab maas
root@b1:~# networkctl status --all
● 1: lo
Link File: n/a
Network File: /etc/systemd/network/10-netplan-l
On Thu, Feb 22, 2018 at 9:16 AM, Scott Moser
wrote:
> I dont think I really agree with this fix.
>
>
I forgot that we dropped local-fs.target for exactly what we needed:
After=systemd-remount-fs.service
RequiresMountFor=/var/lib/cloud
> Adding 'After=local-fs.target' essentially pushes cloud-i
Can you:
journalctl -b | grep -i "curtin: Installation started."
That should dump the curtin version that was used; This is fixed in trunk
but not yet uploaded to bionic.
It's not clear how the live image obtains curtin, whether via the subiquity
snap
or using curtin from deb.
On Wed, Feb 21
So, definitely using the
After=local-fs.target
is a sane fix to ensuring that the local filesystem is mounted before
starting.
I'm interested in understanding why the open-vm-tools needs to run
before cloud-init. specifically, what's wrong with:
After=cloud-init.service
which is when more of
On Mon, Feb 19, 2018 at 9:33 AM, Dimitri John Ledkov wrote:
> I think cloud-init is the oracle of information of which ntp daemon to
> use, and which ntp servers to use. Thus on bionic+ cloud-init, when
> configuring ntp, should also "disable systemd-timesyncd" if some
> alternative NTP server is
Some further looking at the systemd side, Bionic no longer carries the
override conf (disable-with-time-daemon.conf) in favor of updating each
client's systemd unit to use:
Conflicts=systemd-timesyncd.service
Conflicts will ensure that the target service is stopped if the current
unit is started.
On Fri, Feb 16, 2018 at 12:14 PM, Joseph Salisbury <
joseph.salisb...@canonical.com> wrote:
> @raharper, I got side tracked and it got pushed down on my list. I can
> still send it upstream if you want. It's currently in Ubuntu as a SAUCE
> patch.
>
That would be great!
Thanks,
>
> --
> You
@jsalisbury Did you get a chance to forward the patch upstream? We've a
userspace fix in the bcache-tools package for now; I've sent that
upstream here:
https://github.com/koverstreet/bcache-tools/pull/1
Kent was asking about the kernel fix, to which I pointed to the patch
here.
--
You receive
** Also affects: systemd (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/1749722
Title:
NTP: take into account systemd-timesyncd where present
To
** Description changed:
+ [Impact]
+
+ * Current users of bcache devices may encounter unreliable device
+numbering as the Linux kernel does not guarantee that bcache
+minor numbers are assigned to the same devices at each boot.
+Users who may have used /dev/bcacheN in paths to a spe
** Merge proposal linked:
https://code.launchpad.net/~raharper/ubuntu/+source/bcache-tools/+git/bcache-tools/+merge/337751
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1728742
Title:
curtin dna
** Bug watch added: Debian Bug tracker #890446
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890446
** Also affects: bcache-tools (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890446
Importance: Unknown
Status: Unknown
--
You received this bug notification be
FWIW, I tested the package in bionic-proposed and it passes the test I
describe above:
root@b2:~# netplan generate
Error in network definition //etc/netplan/50-cloud-init.yaml line 19 column 16:
unknown key port-priority
root@b2:~# sudo vi /etc/apt/sources.list
root@b2:~# sudo apt update && sudo
I suspect that since you provided no network configuration to the
bridge, then it is considered unconfigured. networkctl seems to confirm.
Now, it looks like we could use:
BindCarrier=
A link name or a list of link names. When set, controls the behavior of the
current link. When all links in the
Public bug reported:
lxc launch ubuntu-daily:bionic b3
lxc exec b3 -- /bin/bash
cloud-init status
This returns 'done' even though cloud-final unit has not even started,
typically cloud-init init mode=local has completed but we're waiting on
networkd-wait-online to complete before cloud-config and
*** This bug is a duplicate of bug 1738998 ***
https://bugs.launchpad.net/bugs/1738998
** This bug has been marked a duplicate of bug 1738998
netplan does not allow dhcp client identifier type to be specified
--
You received this bug notification because you are a member of Ubuntu
Bugs, w
*** This bug is a duplicate of bug 1738998 ***
https://bugs.launchpad.net/bugs/1738998
Public bug reported:
In some cases, users of DHCP want to specify the client identifier.
Under networkd, this can be toggled between mac and the RFC client id,
from systemd-networkd documentation
ClientIde
Public bug reported:
1. root@b2:~# lsb_release -rd
Description:Ubuntu Bionic Beaver (development branch)
Release:18.04
2. root@b2:~# apt-cache policy cloud-init
cloud-init:
Installed: 17.2-13-g6299e8d0-0ubuntu1
Candidate: 17.2-13-g6299e8d0-0ubuntu1
Version table:
*** 17.2-13-g6
Public bug reported:
When running ci tests, we encountered and error where the tests running
were newer than the curtin used to handle the install.
There was a small race with the archive, curtainer installed a binary
package and the source package it pulled was one revision newer:
After this op
** Attachment added: "curtin-vmtest-daily-x-console.log"
https://bugs.launchpad.net/ubuntu/+source/curtin/+bug/1747077/+attachment/5047733/+files/curtin-vmtest-daily-x-console.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
htt
You're right. It looks like the unittest passes because it switched to a
string which is passed through.
But the value of 10 in the tests/generate.py for lacp-rate isn't right and
looks like parse is not validating
the string value.
On Fri, Jan 26, 2018 at 11:42 AM, Mathieu Trudel-Lapierre <
math
Public bug reported:
1 $ lsb_release -rd
Description:Ubuntu Bionic Beaver (development branch)
Release:18.04
2. $ apt-cache policy nplan
nplan:
Installed: 0.32
Candidate: 0.32
Version table:
*** 0.32 500
500 http://archive.ubuntu.com/ubuntu bionic/main amd64 Packages
** Merge proposal linked:
https://code.launchpad.net/~raharper/curtin/+git/curtin/+merge/336172
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1743618
Title:
sru curtin 2018-01-16 - 17.1-6-g8b1450
** Description changed:
== Begin SRU Template ==
[Impact]
This release sports both bug-fixes and new features and we would like to
make sure all of our supported customers have access to these improvements.
The notable ones are:
-* storage: add 'options' key mount type to specify
when installing with curtin, disks can be specified via the 'path' key
or 'serial'.
When specifying 'serial', curtin will attempt to locate the target disk
by glob;ing in /dev/disk/by-id/*serial* to find the disk that matches
the specified serial number.
In this instance, the virtio disk was not
Public bug reported:
== Begin SRU Template ==
[Impact]
This release sports both bug-fixes and new features and we would like to
make sure all of our supported customers have access to these improvements.
The notable ones are:
* storage: add 'options' key mount type to specify mount parameters
I tested the proposed package and it works as expected.
root@t-unsubsidized-piper:~# lsb_release -rd
Description:Ubuntu 14.04.5 LTS
Release:14.04
root@t-unsubsidized-piper:~# uname -r
3.13.0-137-generic
First, I confirmed it still fails on 3.12-1ubuntu0.1
root@t-unsubsidized-piper:~
Public bug reported:
1.
$ lsb_release -rd
Description:Ubuntu 16.04.3 LTS
Release:16.04
2.
$ apt-cache policy zfsutils-linux
zfsutils-linux:
Installed: 0.6.5.6-0ubuntu18
Candidate: 0.6.5.6-0ubuntu18
Version table:
*** 0.6.5.6-0ubuntu18 500
500 http://archive.ubuntu.com/u
Testing a zfsroot deploy without zfs present, curtin will trigger an
install of the full linux-image-generic package during the install deps
check.
This produces this output:
[7.696444] cloud-init[1214]: Cloud-init v. 17.1 running 'modules:config' at
Thu, 21 Dec 2017 21:39:54 +. Up 6.72
** Description changed:
+ SRU Template
+
+ [Impact]
+
+ * Users may be unable to successfully create a btrfs filesystem on
+block devices when a loop device is mounted and the backing file
+no longer exists. This typically happens in the precense of
+overlayroot but may be encount
Public bug reported:
[ 20.935396] BUG: unable to handle kernel NULL pointer dereference at
0b84
[ 20.936130] IP: _raw_spin_lock_irqsave+0x22/0x40
[ 20.936540] PGD 0
[ 20.936540] P4D 0
[ 20.936725]
[ 20.937117] Oops: 0002 [#1] SMP
[ 20.937570] Modules linked in: bcache
On Tue, Dec 12, 2017 at 5:52 AM, Dimitri John Ledkov wrote:
> Once the kernel is fixed, are there any changes that are required to
> systemd/udev?
>
No changes needed.
>
> ** Changed in: systemd (Ubuntu Bionic)
>Status: New => Incomplete
>
> --
> You received this bug notification beca
On Tue, Oct 10, 2017 at 2:30 PM, Joseph Salisbury <
joseph.salisb...@canonical.com> wrote:
> Did this issue start happening after an update/upgrade? Was there a
> prior kernel version where you were not having this particular problem?
>
Around, September this year is when we started noticing th
Confirmed bionic works as expected.
I suspect you can send that upstream with my SoB faster than I can.
Definitely interested in seeing if they'll take something like that.
On Thu, Dec 7, 2017 at 1:21 PM, Joseph Salisbury <
joseph.salisb...@canonical.com> wrote:
> Thanks for testing and the patc
Tested the xenial update. I had one boot where the links didn't get
created, but I cannot recreate that issue now.
On Thu, Dec 7, 2017 at 9:56 AM, Ryan Harper
wrote:
> Here's the Zesty test; all looks good.
>
> ubuntu@ubuntu:~$ cat /etc/cloud/build.info
> build_name: ser
Here's the Zesty test; all looks good.
ubuntu@ubuntu:~$ cat /etc/cloud/build.info
build_name: server
serial: 20171207
ubuntu@ubuntu:~$ uname -a
Linux ubuntu 4.10.0-40-generic #44~lp1729145 SMP Wed Dec 6 16:21:45 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
ubuntu@ubuntu:~$ tree /dev/bcache
/dev/bcache
Thanks for doing the cleanup; Patch looks good and I approve.
Signed-off-by: Ryan Harper
On Tue, Dec 5, 2017 at 4:59 PM, Joseph Salisbury <
joseph.salisb...@canonical.com> wrote:
> In the final patch we submit for SRU, it will also include your Signed-
> off-by, I just forgot to a
333685 -> ../../bcache2
├── 57e009b1-6bf4-42ea-abe0-334b10941a0b -> ../../bcache0
├── 7ce7dc32-7da9-42a8-899a-5d21ed7ea714 -> ../../bcache3
└── 92d882d8-38cd-4537-847b-6f9c40ba67b4 -> ../../bcache1
2 directories, 6 files
On Tue, Dec 5, 2017 at 4:00 PM, Ryan Harper
wrote:
> Th
Thanks! I'll give it a try today.
On Tue, Dec 5, 2017 at 3:43 PM, Joseph Salisbury <
joseph.salisb...@canonical.com> wrote:
> I built an Artful test kernel with the path provided by Ryan. The test
> kernel can be downloaded from:
>
> http://kernel.ubuntu.com/~jsalisbury/lp1729145/
>
> Can those
701 - 800 of 1382 matches
Mail list logo