我们遇到了Ubuntu的一个回购问题，并且想知道其他人是否遇到过类似的问题。
背景：
我们在AWS EC2中运行了几个自动缩放组，并且我们的自动服务器配置在美国东部时间凌晨1:30到美国东部时间凌晨2:30之间的过去几天一直失败。
失败是＆＃34; apt-get update＆＃34;从us-east-1.ec2.archive.ubuntu.com/(various）提取更新的包裹清单时超时。当任务失败时，/ var / lib / apt / lists / partial /中会留下几个损坏的列表，这会阻止进一步运行apt-get-update。
我们设置了一个监视器来检查每个包的访问状态＆＃34; apt-get update＆＃34;拉下来（即curl -Is apt-package-url | head -1）。这在一夜之间就开始了，并确认了我们正在经历的事情。
从美国东部时间早上1点39分到美国东部时间2点11分，我们开始遇到针对ubuntu仓库中某些（但不是全部）文件的408 Request Timeout问题。
以下是受影响的软件包列表：
Fri Mar 11 07:11:04 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.gz - HTTP/1.0 408 Request Time-out
Fri Mar 11 07:04:54 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise-updates/universe/source/Sources.gz - HTTP/1.0 408 Request Time-out
Fri Mar 11 07:03:43 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise-updates/universe/binary-i386/Packages.gz - HTTP/1.0 408 Request Time-out
Fri Mar 11 07:00:07 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/universe/i18n/Translation-en.gz -
Fri Mar 11 06:59:22 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise-updates/universe/binary-i386/Packages.gz - HTTP/1.0 408 Request Time-out
Fri Mar 11 06:58:24 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/universe/i18n/Index - HTTP/1.0 408 Request Time-out
Fri Mar 11 06:49:11 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.gz - HTTP/1.0 408 Request Time-out
Fri Mar 11 06:47:18 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/main/i18n/Index - HTTP/1.0 408 Request Time-out
Fri Mar 11 06:39:26 UTC 2016 - http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/Release - HTTP/1.0 408 Request Time-out}
提醒一下，这些端点会受到严密监控，这是他们超时的唯一时间。
受监控端点的完整列表包含us-east-1.ec2.archive.ubuntu.com上的大约25个不同文件，您可以看到并非所有文件都受到影响。因此，它看起来不像存储库，也不是我们遇到来自主机的网络问题。好像从repo的传输只是超时导致一个损坏的部分文件（慢？坏缓存？等？）
问题：
社区中的其他人是否最近遇到过旧的Precise ubuntu存储库问题？
虽然apt-cache选项已经存在，但有人知道任何可以缓存源列表的选项吗？
有任何想法/建议吗？
如果其他人遇到与Apt相同或类似的问题，我主要感兴趣。我们正在积极研究几种不同的apt缓存解决方案，看看我们是否可以缓解这个问题。
谢谢！