景观 - 从 https://usn.ubuntu.com/usn-db/database.pickle.bz2 下载 USN pickle 时出错

景观 - 从 https://usn.ubuntu.com/usn-db/database.pickle.bz2 下载 USN pickle 时出错

几天以来,我一直收到电子邮件报告说Error downloading USN pickle from https://usn.ubuntu.com/usn-db/database.pickle.bz2

我正在使用 Landscape On-Premise 16.04。当我尝试通过 shell 调试并运行命令时sudo -u landscape bash -x /opt/canonical/landscape/scripts/update_security_db.sh,它没有任何错误!所以我似乎无法找到错误,也无法手动重现错误。

在 /var/log/landscape-server/update-security-db.log 中我只能看到以下内容:

Mar  7 09:35:52 update-security-db INFO  Error downloading USN pickle from https://usn.ubuntu.com/usn-db/database.pickle.bz2
Mar  7 09:35:52 update-security-db INFO    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current#012                                 Dload  Upload   Total   Spent    Left  Speed#012#015  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0#015  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0#015  0     0    0     0    0     0      0      0 --:--:--  0:00:02 --:--:--     0#015  0 14.8M    0 13517    0     0   4452      0  0:58:22  0:00:03  0:58:19  4453#015  0 14.8M    0 86311    0     0  22262      0  0:11:40  0:00:03  0:11:37 22262#015  1 14.8M    1  185k    0     0  37634      0  0:06:54  0:00:05  0:06:49 37636#015  1 14.8M    1  295k    0     0  51507      0  0:05:02  0:00:05  0:04:57 66578#015  2 14.8M    2  357k    0     0  49863      0  0:05:12  0:00:07  0:05:05 73109#015  2 14.8M    2  390k    0     0  50970      0  0:05:05  0:00:07  0:04:58 80371#015  3 14.8M    3  487k    0     0  54439      0  0:04:46  0:00:09  0:04:37 78048#015  3 14.8M    3  543k    0     0  56501      0  0:04:35  0:00:09  0:04:26 76
Mar  7 10:36:53 update-security-db INFO  Error downloading USN pickle from https://usn.ubuntu.com/usn-db/database.pickle.bz2
Mar  7 10:36:53 update-security-db INFO    % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current#012                                 Dload  Upload   Total   Spent    Left  Speed#012#015  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0#015  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0#015  0     0    0     0    0     0      0      0 --:--:--  0:00:01 --:--:--     0#015  0 14.8M    0 31201    0     0  12083      0  0:21:30  0:00:02  0:21:28 12079#015  0 14.8M    0 51681    0     0  14274      0  0:18:12  0:00:03  0:18:09 14272#015  0 14.8M    0   99k    0     0  21777      0  0:11:55  0:00:04  0:11:51 21773#015  1 14.8M    1  155k    0     0  28559      0  0:09:05  0:00:05  0:09:00 35439#015  1 14.8M    1  235k    0     0  36916      0  0:07:02  0:00:06  0:06:56 48526#015  1 14.8M    1  303k    0     0  40709      0  0:06:22  0:00:07  0:06:15 55327#015  2 14.8M    2  403k    0     0  47877      0  0:05:25  0:00:08  0:05:17 72133#015  3 14.8M    3  503k    0     0  54085      0  0:04:48  0:00:09  0:04:39 85

我收到的电子邮件显示:

Cron <landscape@server> /opt/canonical/landscape/scripts/update_security_db.sh
Cron Daemon <root@server>
  Reply all|
Today, 5:35 PM
landscape@server 
To help protect your privacy, some content in this message has been blocked. To re-enable the blocked features, click here.
To always show content from this sender, click here.
Error downloading USN pickle from https://usn.ubuntu.com/usn-db/database.pickle.bz2
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  1 14.8M    1  193k    0     0   233k      0  0:01:05 --:--:--  0:01:05  233k
  2 14.8M    2  383k    0     0   203k      0  0:01:14  0:00:01  0:01:13  203k
  3 14.8M    3  472k    0     0   167k      0  0:01:31  0:00:02  0:01:29  167k
  3 14.8M    3  605k    0     0   157k      0  0:01:36  0:00:03  0:01:33  157k
  5 14.8M    5  776k    0     0   140k      0  0:01:48  0:00:05  0:01:43  140k
  5 14.8M    5  776k    0     0   118k      0  0:02:08  0:00:06  0:02:02  102k
  5 14.8M    5  777k    0     0   108k      0  0:02:20  0:00:07  0:02:13 76115
  5 14.8M    5  829k    0     0   100k      0  0:02:31  0:00:08  0:02:23 67728
  5 14.8M    5  876k    0     0  98958      0  0:02:37  0:00:09  0:02:28 52976
  5 14.8M    5  892k    0     0  92987      0  0:02:47  0:00:09  0:02:38 27718
  6 14.8M    6  981k    0     0  87481      0  0:02:58  0:00:11  0:02:47 42415
  6 14.8M    6  988k    0     0  85540      0  0:
 03:02  0:00:11  0:02:51 46429
  7 14.8M    7 1154k    0     0  92147      0  0:02:49  0:00:12  0:02:37 72304
  8 14.8M    8 1295k    0     0  95906      0  0:02:42  0:00:13  0:02:29 90089
  8 14.8M    8 1358k    0     0  93755      0  0:02:46  0:00:14  0:02:32 95267
  9 14.8M    9 1468k    0     0  94938      0  0:02:44  0:00:15  0:02:29  111k
 10 14.8M   10 1594k    0     0  96827      0  0:02:41  0:00:16  0:02:25  120k
 11 14.8M   11 1677k    0     0  93909      0  0:02:46  0:00:18  0:02:28 98064
 11 14.8M   11 1678k    0     0  90593      0  0:02:52  0:00:18  0:02:34 76323
 11 14.8M   11 1704k    0     0  88041      0  0:02:57  0:00:19  0:02:38 71059
 12 14.8M   12 1914k    0     0  94104      0  0:02:45  0:00:20  0:02:25 91442
 13 14.8M   13 2099k    0     0  94852      0  0:02:44  0:00:22  0:02:22 89122
 13 14.8M   13 2100k    0     0  91888      0  0:02:49  0:00:23  0:02:26 84677
 14 14.8M   14 2144k    0     0  92037      0  0:02:49  0:00:23  0:02:26 97648
 15 14.8M   15 2302
 k    0     0  94381      0  0:02:45  0:00:24  0:02:21  115k
 15 14.8M   15 2374k    0     0  93215      0  0:02:47  0:00:26  0:02:21 89704
 16 14.8M   16 2480k    0     0  94473      0  0:02:45  0:00:26  0:02:19 92425
 16 14.8M   16 2538k    0     0  92711      0  0:02:48  0:00:28  0:02:20 96861
 16 14.8M   16 2541k    0     0  89576      0  0:02:54  0:00:29  0:02:25 78279
 17 14.8M   17 2589k    0     0  89385      0  0:02:54  0:00:29  0:02:25 62730
curl: (18) transfer closed with 12941684 bytes remaining to read

因此基本上它以 结束curl: (18) transfer closed with 12941684 bytes remaining to read

刚才又出现了同样的错误,错误如下:curl: (56) GnuTLS recv error (-9): A TLS packet with unexpected length was received.

有人知道在哪里查找错误吗?我没有使用任何代理设置来连接互联网。而且基本上在过去一个月左右的时间里没有任何与更新相关的变化,所以这有点出乎意料。

答案1

我也使用同样的设置遇到了这个问题。

还不确定,因为我今天早上才更改了它,但我注意到 cron 作业在每个人的每个小时 35 分钟运行。错误看起来像是超时或通信错误,但除此之外我的连接正常。我想也许当所有安装程序都尝试同时获取文件时,服务器会过载。

我编辑了 /etc/cron.d/landscape-server 文件并将其更改为不同的时间,从那以后就没有出现错误,但就像我说的那样,只过了 5-6 个小时。

答案2

Ubuntu 安全通知网站的发布方式最近发生了变化。因此,如果安全团队在 Landscape cron 作业正在下载现有数据库时发布了新的 USN,则该下载连接将被断开。我们相信这个问题已经得到解决。

该问题已在https://github.com/canonical-websites/usn.ubuntu.com/issues/36;如果您仍然发现 Landscape 的下载存在问题,请针对该问题发表评论。感谢您的帮助,对于由此造成的不便,我们深表歉意。

相关内容