[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Apt security update erreurs 504 fréquentes



Bonjour,
Si tu as plusieurs machines executant la meme distribution il est
peut-etre interessant de mettre en place un proxy apt. 
Ca evitera de saturer la liaison internet. 

Apres, security.debian.org pointe sur au moins 3 serveurs:

dig security.debian.org

; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> security.debian.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3859
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1280
;; QUESTION SECTION:
;security.debian.org.		IN	A

;; ANSWER SECTION:
security.debian.org.	20	IN	A	212.211.132.32
security.debian.org.	20	IN	A	212.211.132.250
security.debian.org.	20	IN	A	195.20.242.89

;; Query time: 0 msec
;; SERVER: 172.17.10.15#53(172.17.10.15)
;; WHEN: Wed Dec 23 15:20:14 CET 2015
;; MSG SIZE  rcvd: 96

A mon avis, on aura du mal a saturer leur bande passante avec quelques
requetes.


Le Tue, 22 Dec 2015 10:45:35 +0100,
David_dev Dev <dcpc.dev@gmail.com> a écrit :

> Bonjour,
> 
> Nous avons régulièrement des erreur 504 lors des mises à jour
> programmées en crontab avec unattended-upgrades sur une debian 7 :
> 
> /var/log/unattended-upgrades/unattended-upgrades.log :
> 
> 
> 2015-12-19 06:27:10,897 ERROR Une erreur s'est produite : 504
> Connection to server timed out
> 2015-12-19 06:27:10,898 ERROR Échec du téléchargement à l'URI «
> http://security.debian.org/pool/updates/main/l/linux/linux-image-3.2.0-4-amd64_3.2.73-2+deb7u1_amd64.deb
> », abandon
> 
> Le lendemain vers les mêmes horaires plus de soucis.
> 
> D'autres serveurs identiques n'ont pas ce problème le même jours dans
> la même plage horaire (tous les serveurs se mettent à jour entre 6h
> et 7h en gros).
> 
> Ces serveurs ne semblent pas chargés, la ligne internet non plus,
> j'ai du mal à comprendre (et marre des mails d'alertes toutes les
> semaines).
> 
> l'update se lance tous les jours sinon et fonctionne la majorité du
> temps. Ex1 : server1 : ok du 01/12 à aujourd'hui sauf le 19/12
> Ex2 : server2 : ok du 01/12 à aujourd'hui sauf les 16 et 18/12
> 
> Quelqu'un aurait-il des idées ?
> 
> Y a-t-il des périodes de mises à jour du dépôt security à éviter ?
> Y a-t-il des limitations si trop de machines venant de la même IP se
> connectent sur le dépôt (unattended semble avoir un random de timer
> assez large pourtant et pas 200 machines à mettre à jour).


Reply to: