I don't see how we can achieve an overall timeout. We only have per
connect() timeouts available, and we run multiple apt processes /
fetches. We can limit the individual connect() timeout to 30s, but
overall? I think we do one attempt for archive.ubuntu.com / mirror and a
another for security, so we should be looking at a one minute timeout
overall.

In fact, apt-setup already sets a timeout of 30 seconds for the updates.
Now about the 16.04 log: I'm not sure about networking, is that an
IPv6-only network? It times out for security.ubuntu.com after 3 minutes,
which is expected for 6 addresses (and security.u.c resolves to 6 IPv4
and 6 IPv6 addresses).

With 18.04 apt, this should time out in roughly 32 seconds (6 , which
seems to match the second 18.04 result. Not sure why it times out in 90
seconds of file 1 of 3, though. Do you have logs?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1766542

Title:
  Installation blocks when the machine is behind a proxy server

To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1766542/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to