When running Ubuntu 14.04 inside Docker I've seen this issue with CentOS
as well:
CentOS 7.2
3.10.0-327.4.4.el7.x86_64
I tested a few kernels with Ubuntu 14.04 as host OS and I found:
apt-get update extremely slow on kernels:
3.13.0-76
3.13.0-65
3.13.0-30
3.13.0-29
apt-get update fast on kerne
I'm still seeing this as a problem (I think) on Ubuntu 15.10 Wily,
kernel 4.2.0-25-generic.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1332440
Title:
apt-get update very s
Apologies, I retract that -- looks like the issue was related to MTU and
PMTU discovery.. It just happened that the machines with the mtu issues
were also the ones with huge ulimits configured.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which i
** Changed in: apt (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1332440
Title:
apt-get update very slow when ulimit -n is b
** Also affects: apt (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: apt (Ubuntu Trusty)
Status: New => Triaged
** Changed in: apt (Ubuntu Trusty)
Assignee: (unassigned) => Julian Andres Klode (juliank)
--
You received this bug notification because you are
This was fixed in 1.0.10 or something, and I just uploaded a fixed
version to trusty (1.0.1ubuntu2.18).
** Description changed:
+ [Impact]
+ apt is slow at spawning subprocesses, as it calls fcntl() on each file
descriptor, causing significant slowdown. On my container:
+
+ 0.71user 1.26system
** Description changed:
[Impact]
apt is slow at spawning subprocesses, as it calls fcntl() on each file
descriptor, causing significant slowdown. On my container:
0.71user 1.26system 0:01.98elapsed 99%CPU (0avgtext+0avgdata
34164maxresident)k
0.14user 0.05system 0:00.20elapsed 99%
Hello tom916, or anyone else affected,
Accepted apt into trusty-proposed. The package will build now and be
available at https://launchpad.net/ubuntu/+source/apt/1.0.1ubuntu2.18 in
a few hours, and then in the -proposed repository.
Please help us by testing this new package. See
https://wiki.ubu
Verified. (BTW, I aborted the initial run as it simply took too long so
actual numbers would have been much higher)
root@t:~# apt-cache policy libapt-pkg4.12
libapt-pkg4.12:
Installed: 1.0.1ubuntu2.17
Candidate: 1.0.1ubuntu2.18
Version table:
1.0.1ubuntu2.18 0
500 http://archiv
Time for apt-cache policy apt also decreased from 1.86 seconds to 0.04
seconds :)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1332440
Title:
apt-get update very slow when u
There are some dep8 regressions reported in http://people.canonical.com
/~ubuntu-archive/pending-sru.html. I've requested some retries. If
they're still failing, please could you take a look?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
I have verified that none of these failures are regressions; they all
appear in previous apt uploads/run against other triggers too.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bug
This bug was fixed in the package apt - 1.0.1ubuntu2.18
---
apt (1.0.1ubuntu2.18) trusty; urgency=medium
* ExecFork: Use /proc/self/fd to determine which files to close
(Closes: #764204) (LP: #1332440).
-- Julian Andres Klode Mon, 09 Apr 2018 15:32:09
+0200
** Changed in: a
If it's been fixed, I don't know what in. This still appears to be an
issue for me. If I've failed to apply some update that fixed it, I'd
love to know what it was.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu
Yep, it's not fixed:
~ λ docker run --rm ubuntu:14.04 bash -c 'ulimit -n 50 && apt-get install
strace && strace -c -f apt-get update'
Reading package lists...
Building dependency tree...
Reading state information...
The following NEW packages will be installed:
strace
0 upgraded, 1 newly in
Building docker image with ulimit -n 500k takes literally forever in
virtualbox. Iterating 500k fds that are not even open on every fork in
apt (and there are many of them) is not okay.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscr
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: apt (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/
Same problem with Docker containers, apt-get update take forever or just
fails.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1332440
Title:
apt-get update very slow when uli
Running apt-get update takes ~80 seconds for me running:
* Virtualbox 4.3.12
* Ubuntu 14.04 LTS 64 bit desktop (3.13.0-30-generic #55-Ubuntu SMP)
* Docker version 1.0.1, build 990021a
* Official 'ubuntu:14.04' docker image
In the VirtualBox machine it takes < 10s
Running a similar setup in VMwar
Looks like it was fixed in some update. Can anyone confirm that?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apt in Ubuntu.
https://bugs.launchpad.net/bugs/1332440
Title:
apt-get update very slow when ulimit -n is big
I can also confirm this running docker with the library/ubuntu:14.04
image on a virtualbox host running ubuntu 14.04
running apt-get update times out or takes an extremely long time.
Host Virtualbox:
$ ulimit -n
1024
docker container:
root@1518e024f53a:/# ulimit -n
524288
root@1518e024f53a:/#
21 matches
Mail list logo
