This bug was fixed in the package unattended-upgrades -
1.1ubuntu1.18.04.7~16.04.2
---
unattended-upgrades (1.1ubuntu1.18.04.7~16.04.2) xenial; urgency=medium
* Don't check blacklist too early and report updates from not allowed origins
as kept back. (LP: #1781176)
* test/test
The new bug: LP: #1824804
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unattended-upgrades in
Ubuntu.
https://bugs.launchpad.net/bugs/1396787
Title:
checking trust of archives eats a lot of cpu
Status in unattended-upgr
@spvkgn Thanks!
>From the log it seems this is not a loop, just applying the very high cost
>fallback for each held package:
...
Checking: linux-generic ([,
])
package linux-generic upgradable but fails to be marked for upgrade (E:Unable
to correct problems, you have held broken packages.)
fall
@rbalint I've collect logs from both u-u packages. Latest u-u stucks in
a loop. Please see zip attached.
I have hold packages
$ apt-mark showhold
linux-generic
linux-headers-generic
linux-image-generic
linux-libc-dev
papirus-icon-theme
** Attachment added: "uu.zip"
https://bugs.launchpad.ne
@spvkgn Could you please collect the logs of the upgrade where u-u
1.1ubuntu1.18.04.10 got stuck?
Did you have any special origin or local package configured?
If you could downgrade the packages which got upgraded could you please run
1.1ubuntu1.18.04.10 with --debug --verbose --download-only to
After update to 1.1ubuntu1.18.04.10 on Bionic "unattended-upgrades
--download-only" using up 100% CPU and hangs. I tried to install
previous version 1.1ubuntu1.18.04.9 and this issue is gone.
** Attachment added: "top-screenshot.png"
https://bugs.launchpad.net/ubuntu/+source/unattended-upgr
Verified with 1.1ubuntu1.18.04.7~16.04.2, measured times are similar to
.1, verified previously.
https://objectstorage.prodstack4-5.canonical.com
/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/u/unattended-upgrades/20190228_150449_11313@/log.gz
...
Allowed origins are:
Hello Ernst, or anyone else affected,
Accepted unattended-upgrades into xenial-proposed. The package will
build now and be available at https://launchpad.net/ubuntu/+source
/unattended-upgrades/1.1ubuntu1.18.04.7~16.04.2 in a few hours, and then
in the -proposed repository.
Please help us by test
Tested with 1.1ubuntu1.18.04.7~16.04.1:
On the autopkgtest infrastructure u-u runs for 20s when all packages are
installed from xenial-security but none from xenial-updates:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/u
Hello Ernst, or anyone else affected,
Accepted unattended-upgrades into xenial-proposed. The package will
build now and be available at https://launchpad.net/ubuntu/+source
/unattended-upgrades/1.1ubuntu1.18.04.7~16.04.0 in a few hours, and then
in the -proposed repository.
Please help us by test
This bug was fixed in the package unattended-upgrades -
1.1ubuntu1.18.04.4
---
unattended-upgrades (1.1ubuntu1.18.04.4) bionic; urgency=medium
* Redirect stderr output in upgrade-between-snapshots, too, otherwise it
breaks the test sometimes (LP: #1781446)
unattended-upgrades (
With 1.1ubuntu1.18.04.3 u-u runs in ~3s when no package should be
updated but there are upgradable packages in -updates.
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/u/unattended-upgrades/20180713_084216_9f8ee@/log.gz
:
Hello Ernst, or anyone else affected,
Accepted unattended-upgrades into bionic-proposed. The package will
build now and be available at https://launchpad.net/ubuntu/+source
/unattended-upgrades/1.1ubuntu1.18.04.2 in a few hours, and then in the
-proposed repository.
Please help us by testing this
** Description changed:
+ [Impact]
+
+ * Unattended-upgrades consumes tens of seconds or even minutes of CPU
+ time to verify the origin of the packages
+
+ * Using excessive amount of CPU is unpleasant for desktop/laptop users
+ and also wastes computation time on servers/cloud instances.
+
This bug was fixed in the package unattended-upgrades - 1.4ubuntu1
---
unattended-upgrades (1.4ubuntu1) cosmic; urgency=medium
* Merge from Debian unstable
- Remaining changes:
- unattended-upgrades: Do not automatically upgrade the development
release of Ubuntu un
** Tags added: id-5acfd3863b9f75d6e6f2a6df
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unattended-upgrades in
Ubuntu.
https://bugs.launchpad.net/bugs/1396787
Title:
checking trust of archives eats a lot of cpu
Status i
Please note that latest unattended-upgrades contain several speed
improvements which are planned to be back-ported to Xenial (and Trusty).
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unattended-upgrades in
Ubuntu.
https://
After digging a bit deeper I found out that that the default configuration of
/etc/apt/apt.conf.d/50unattended-upgrades is exactly the same as I had in my
experiment i.e.
- the ${distro_id}:${distro_codename}-security origin is ENABLED
- the ${distro_id}:${distro_codename}-updates and others orig
I've hit the same bug and did some investigation. I profiled the
unattended-upgrade script with python's cProfile and attached the
result.
I've run:
sudo python3 -m cProfile -s time /usr/bin/unattended-upgrade -d -v
on Ubuntu 16.04.3 booted from live cd after uncommenting the
"${distro_id}:${dist
I have same problem on GCP VM(n1-standard-2 and g1-small).
a result of dstat indicate that xz and python3 consume most of cpu time on the
task.
I think this is fatal thing on small core machine.
** Attachment added: "dstat result"
https://bugs.launchpad.net/ubuntu/+source/unattended-upgrade
Is there a generic bug or effort for the obtrusiveness of unattended-
upgrades?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unattended-upgrades in
Ubuntu.
https://bugs.launchpad.net/bugs/1396787
Title:
checking trust of
21 matches
Mail list logo
