Additional information: I deleted the pre-existing "maas" user on the
server and tried again. This time the enlistment succeeded. I've been
unable to get the bug to recur, even by resetting the "maas" user's
password to its original value ("maas12345"). Thus, I suspect there was
something wonky abo
This is an extremely critical bug for installations with EFI-mode
systems. When will the fix work its way into earlier distributions?
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to curtin in Ubuntu.
https://bugs.launchpad.net/bugs/1383
We're still having problems with one MAAS server. We suspect an
ephemeral isn't being updated correctly. What's the best procedure to
ensure that the fix gets onto a working MAAS server without wiping out
the existing node list?
--
You received this bug notification because you are a member of Ub
It was the curtin-common package at fault. I had been under the mistaken
impression that it was the ephemerals that needed to be updated, and we
hadn't updated the packages on the server in a while. Once we did, it
started working.
--
You received this bug notification because you are a member of
Yes, Brian; AFAIK the SRU is fine.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to curtin in Ubuntu.
https://bugs.launchpad.net/bugs/1383727
Title:
[SRU] Fast installer - failure to install grub (UEFI mode)
To manage notifications a
I bumped gdisk out of beta status yesterday; version 1.0.0 is now
available.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to gdisk in Ubuntu.
https://bugs.launchpad.net/bugs/1281306
Title:
version bump request
To manage notification
This is not a bug in sgdisk; it's either a bug in the charm or an
incorrect use of same. Specifically, the sgdisk command shown is:
sgdisk --zap-all --clear --mbrtogpt /dev/vdb
This command does four things, in sequence:
- It zaps all GPT and MBR data structures (--zap-all).
- It creates an empt
This is not a bug. From the gdisk man page's description of the backup
option:
b Save partition data to a backup file. You can back up your cur‐
rent in-memory partition table to a disk file using this option.
The resulting file is a binary file consisting
GPT fdisk relies on OS calls to determine the sector size, which is
vitally important for interpreting GPT data structures. It appears that
the NTFS-3g driver that Ubuntu uses is not returning that data, which
means that sgdisk can only make a guess that the sector size is 512. (In
fact, when deali
Examining the code, there are several sgdisk calls, but two are relevant
for this discussion. The first is the one reproduced in this initial bug
report:
sgdisk --zap-all --clear --mbrtogpt
This call does not seem to have been changed as a result of bug
#1257491. Upon further review, I think I se
I'm the upstream author of GPT fdisk.
The intent of the "3" return code is to signal when sgdisk failed to
operate because the disk was a non-GPT disk -- for instance, a "-d"
operation to delete a partition, which sgdisk will refuse to do on an
MBR disk unless "-g" is also included, to make it cle
Public bug reported:
I've tried to use ipmitool to change a server's configuration from
local-disk booting to PXE-booting using ipmitool, thus:
ipmitool -H 172.24.25.53 -U ubuntu -P passwd chassis bootdev pxe
The man page suggests this should work, although it doesn't explicitly
mention EFI/UEFI
Public bug reported:
I just want to flag that I've released a new version of GPT fdisk
(gdisk) today: 0.8.9. This version optionally breaks the ties to the
libicu library; by default, it now compiles without needing that library
but still providing UTF-16LE partition name support. Thus, you might
This bug seems to be back. I initially overlooked this report, so I
filed another one:
https://bugs.launchpad.net/maas/+bug/1302604
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/1300026
I read Julian's comment as meaning that specifying the MAC address can
be more reliable if DHCP *IS* used to assign BMC IP addresses on a
crowded LAN. If this is correct, I recommend something more like the
following:
MAC Address -- Enter the BMC's MAC address if its IP address is likely
to change
The official Ubuntu system requirements include 5GB of disk space
(https://help.ubuntu.com/community/Installation/SystemRequirements), so
installing to a 2GB disk is just plain wrong.
This bug report was just bumped in priority because it's similar to
problems being experienced with other configur
Just to note: This problem still exists in Ubuntu 14.04LTS and 14.10.
It's annoying because I have to make changes to every new installation.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/
17 matches
Mail list logo