Thank you Julian and Gerald.
I've verified that upgrading grub-efi-amd64-bin to 2.06-2ubuntu14 (from
-proposed) fixes the issue both in Focal and Jammy.
--
You received this bug notification because you are a member of SE SRU
("STS") Sponsors, which is subscribed to the bug report.
Hi Steve,
I've reproduced the problem with a kinetic VM, and then installed the
grub2 packages from -proposed and I can confirm it fixes this issue:
root@ubuntu:~# free -k
totalusedfree shared buff/cache available
Mem:17428828 215288
I've also updated the [Test Plan] section of the bug description
** Description changed:
[Impact]
In some cases, ipconfig can take a longer time than the user-specified
timeouts, causing unexpected delays.
[Test Plan]
+
+ - Check that the ipconfig utility is able to obtain an IP
Hello Robie,
I've validated that the package from -proposed works well, testing in my
VM based environment. I haven't tested it on Oracle bare metal (where
the original issue happened) as that is a type of instance hard to get
access to. Given that the test packages had proven to fix the original
I've tested the package from -proposed and I can confirm it fixes the
problem:
Installed from -proposed:
root@ubuntu:~# apt-cache policy klibc-utils
klibc-utils:
Installed: 2.0.4-9ubuntu2.2
Candidate: 2.0.4-9ubuntu2.18.04.1
Version table:
2.0.4-9ubuntu2.18.04.1 500
500
Should this bug be changed to Fix Committed at this point?
--
You received this bug notification because you are a member of STS
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1947099
Title:
ipconfig does not honour user-requested timeouts in some cases
I've tested the new patch from ppa:mfo/lp1947099v2 and I can confirm it
resolves the problem:
- Without the patch:
https://pastebin.ubuntu.com/p/RksNcBGSzn/
It took 396,940865−220,447147 = 176,493718 seconds in the IP-Config section.
Total boot time:
ubuntu@gpu48-ubuntu18:~$ sudo
Thank you, Mauricio, for the build process details and for adding the
update here. I'm including some evidence of my tests showing that the
patch you suggested did work well:
Details of the build process:
https://pastebin.ubuntu.com/p/dmVWH2fxpy/
Test package installed:
@Łukasz / @Robie, do you think the above comments are enough to proceed
with this SRU?
--
You received this bug notification because you are a member of STS
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1947099
Title:
ipconfig does not honour user-requested
I've tested the klibc-utils patch using Mauricio's ppa:
sudo add-apt-repository ppa:mfo/lp1947099
sudo apt install klibc-utils
sudo update-initramfs -u -k all
And I can confirm that it does improve the boot time in more than 3
minutes, without causing any noticeable issues.
- Without the patch:
I tried using klibc-utils from the ppa (containing the patch):
root@ubuntu:~# sudo apt-cache policy klibc-utils
klibc-utils:
Installed: 2.0.4-9ubuntu2.18.04.1
Candidate: 2.0.4-9ubuntu2.18.04.1
Version table:
*** 2.0.4-9ubuntu2.18.04.1 500
500
I've setup a Lab with dnsmasq acting as DHCP Server, which I can use the
dhcp-reply-delay option to introduce a delay between the DHCPDISCOVER
and DHCPOFFER, as in the example below:
Mar 30 18:26:34 focal-dhcpsrv dnsmasq-dhcp[2470]: DHCPDISCOVER(ens3)
52:54:00:d7:10:13
Mar 30 18:26:34
Hi Robie,
The user story here is about improving the time it takes to boot a
Bionic instance on Oracle Cloud in a specific bare metal shape, called
BM.GPU4.8. This is a pretty large instance, with 18x Ethernet controller
[0200]: Mellanox Technologies MT28800 Family [ConnectX-5 Ex]
[15b3:1019]:
** Changed in: glibc (Ubuntu Xenial)
Importance: Medium => Low
--
You received this bug notification because you are a member of STS
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1663280
Title:
Serious performance degradation of math functions
Status in
14 matches
Mail list logo