Apt get update 408检索ubuntu的包列表超时

Apt get update 408检索ubuntu的包列表超时,ubuntu,amazon-ec2,repository,apt,Ubuntu,Amazon Ec2,Repository,Apt,我们在Ubuntu的一个repo上遇到了问题,我们想知道其他人是否也有类似的经历 背景: 我们在AWS EC2中运行了几个自动缩放组,在过去几天的东部时间凌晨1:30到凌晨2:30之间,我们的自动服务器资源调配一直失败 这些失败是从us-east-1.ec2.archive.ubuntu.com/(各种)中提取更新包列表时“apt get update”超时的结果。当任务失败时,/var/lib/apt/lists/partial/中会留下几个损坏的列表,从而阻止进一步的apt get更新运行

我们在Ubuntu的一个repo上遇到了问题,我们想知道其他人是否也有类似的经历

背景:

我们在AWS EC2中运行了几个自动缩放组,在过去几天的东部时间凌晨1:30到凌晨2:30之间,我们的自动服务器资源调配一直失败

这些失败是从us-east-1.ec2.archive.ubuntu.com/(各种)中提取更新包列表时“apt get update”超时的结果。当任务失败时,/var/lib/apt/lists/partial/中会留下几个损坏的列表,从而阻止进一步的apt get更新运行

我们设置了一个监视器来检查“apt get update”下拉的每个包的访问状态(即curl-Is-apt-package-url | head-1)。这在一夜之间持续了几分钟,证实了我们所经历的一切

从美国东部时间凌晨1:39到2:11,我们开始在ubuntu repo中遇到408个针对某些(但不是所有)文件的请求超时问题

以下是受影响包的列表:

2016年3月11日星期五07:11:04 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.gz -HTTP/1.0 408请求超时
2016年3月11日星期五07:04:54 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise-updates/universe/source/Sources.gz -HTTP/1.0 408请求超时
2016年3月11日星期五07:03:43 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise-updates/universe/binary-i386/Packages.gz -HTTP/1.0 408请求超时
2016年3月11日星期五07:00:07 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/universe/i18n/Translation-en.gz -
2016年3月11日星期五06:59:22 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise-updates/universe/binary-i386/Packages.gz -HTTP/1.0 408请求超时
2016年3月11日星期五06:58:24 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/universe/i18n/Index -HTTP/1.0 408请求超时
2016年3月11日星期五06:49:11 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.gz -HTTP/1.0 408请求超时
2016年3月11日星期五06:47:18 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/main/i18n/Index -HTTP/1.0 408请求超时
2016年3月11日星期五06:39:26 UTC-http://us-east-1.ec2.archive.ubuntu.com/ubuntu/dists/precise/Release -HTTP/1.0 408请求超时}

作为提醒,这些端点被每分钟监控一次,这是它们唯一超时的时间

受监控端点的完整列表包含us-east-1.ec2.archive.ubuntu.com上大约25个不同的文件,正如您所看到的,并非所有端点都受到影响。因此,看起来存储库不会崩溃,也不会出现来自主机的网络问题。这就好像来自回购协议的传输只是超时,导致部分文件损坏(速度慢?缓存不好?等等?)

问题:

  • 社区中有没有其他人最近在使用较旧的精确ubuntu存储库时遇到问题

  • 虽然apt缓存选项已经存在,但是否有人知道任何也会缓存源列表的选项

  • 有什么想法/建议吗

  • 我主要感兴趣的是其他人是否遇到与Apt相同或类似的问题。我们正在积极研究两种不同的Apt缓存解决方案,看看我们是否可以缓解此问题

    谢谢