web-dev-qa-db-fra.com

Clear OS montrant toujours "une opération trop lente. Moins de 1 octets / secs"

Essayez d'installer Clear OS Addon, mais rien ne fonctionne car je suis confronté à cette erreur sur chaque miroir du fichier .repo.

# yum install squid
http://mirror2-dallas.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on http://mirror2-dallas.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, **'Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds'**)
Trying other mirror.
mirror2-dc.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror2-dc.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, '**Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds'**)
Trying other mirror.
mirror1.timburgess.net/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror1.timburgess.net/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, '**Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds**')
Trying other mirror.
mirror2-houston.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror2-houston.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, 'Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds')
Trying other mirror.
mirror3-toronto.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror3-toronto.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, '**Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds**')
Trying other mirror.
mirror2-dallas.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror2-dallas.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, 'O**peration too slow. Less than 1 bytes/sec transfered the last 30 seconds'**)
Trying other mirror.
mirror2-dc.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror2-dc.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, 'Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds')
Trying other mirror.
mirror1.timburgess.net/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror1.timburgess.net/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, '**Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds**')
Trying other mirror.
mirror3-toronto.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: [Errno 12] Timeout on mirror3-toronto.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2: (28, '**Operation too slow. Less than 1 bytes/sec transfered the last 30 seconds**')
Trying other mirror.
**Error: failure: repodata/primary.sqlite.bz2 from clearos-core: [Errno 256] No more mirrors to try.**

Comment puis-je résoudre ce problème. Je suis capable d'accéder à Repo via Web, et il semble que rien ne va de mal à la repo.Lès peut être le problème.

Essayé Yum Clean Tout mais il n'a pas aussi aidé.

Y a-t-il un moyen de le réparer comme je ne suis pas capable d'installer un emballage.

6
Blue Gene

comment fonctionne la mise en réseau autrement? Êtes-vous capable d'aller à ces miroirs manuellement? Avez-vous essayé d'un autre endroit (pour voir si le problème peut-être pas à votre fin)?

* mise à jour *

alors, ici, j'ai pris une URL et la téléchargé sur ma boîte:

$ time wget http://mirror3-toronto.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2
--2012-10-16 13:06:52--  http://mirror3-toronto.clearsdn.com/clearos/core/6/x86_64/repodata/primary.sqlite.bz2
Resolving mirror3-toronto.clearsdn.com... 69.90.141.74
Connecting to mirror3-toronto.clearsdn.com|69.90.141.74|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6952331 (6.6M) [application/x-bzip2]
Saving to: “primary.sqlite.bz2”

100%[==================================================================================================================================================================================================>] 6,952,331    742K/s   in 6.6s    

2012-10-16 13:06:59 (1.00 MB/s) - “primary.sqlite.bz2” saved [6952331/6952331]


real    0m6.925s
user    0m0.011s
sys 0m0.110s
$ 

on dirait que la vitesse du miroir est bonne, ce doit être votre boîte en Inde est celle qui, à cause de la faute, cela pourrait être le nombre de choses: votre réseau (erreurs sur l'interface), route de votre fournisseur de services Internet, etc. Essayez de chercher des miroirs qui sont plus proches de votre emplacement et non des milliers de kilomètres, je ne pense pas qu'il y ait beaucoup de choses peut être fait si votre réseau est surchargé/lent.

* mise à jour 2 *

essayez de le faire sur votre boîte locale

$ ifconfig | grep errors
          RX packets:31133806 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22168636 errors:0 dropped:0 overruns:0 carrier:0
          RX packets:3329073 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3329073 errors:0 dropped:0 overruns:0 carrier:0
$ 

si vous ne voyez aucune erreur, découvrez quelle est votre vitesse de réseau à Internet (FAI)

0
alexus

Il y a des paramètres de yum que vous pouvez modifier pour éviter l'erreur de délai d'attente.

timeout=300 # default is 30
minrate=100 # default is 1000

Cependant, si le taux que vous obtenez est vraiment inférieur à 1000 et ne prend pas plus loin dans le transfert (par exemple, un proxy de balayage viral), le temps de transfert pour 1 mégaoctet serait de l'ordre d'une demi-heure ou d'une heure. Mais si vous faites le délai d'attente suffisamment longtemps, au moins cela finira ... finalement. Si votre vitesse de transfert est inférieure à 1b/s (comme il semble être le minuscule par défaut avec Clearos), votre transfert ne finira pas quand même jamais, sauf si vous espérez que ce soit un proxy de numérisation de virus qui vous regorge de données.

Je suis sur Fedora 19 et étrangement, le réglage du minuscule n'a jamais pris, mais en définissant le délai d'attente à 5 minutes, j'ai pu télécharger 12 Mo de fichier de paquet de MB. Le fichier transféré à 1:36, mais allait sous 200 b/s pendant la majeure partie de cette époque et fini soudainement très rapide (une fois le scanner de virus proxy terminé avec elle).

L'idée est que le proxy remplira votre dossier à un tarif très faible pour empêcher les délais de connexion lors de la numérisation de virus, puis le transférez à pleine vitesse une fois que le fichier vérifie. Cependant, si le taux de filet est inférieur au minuscule de Yum, vous finissez par chronométrage de toute façon.

7
vontrapp

J'ai eu le même problème. Dans mon cas, il s'est avéré que j'avais votre configuration d'un proxy HTTP local et que le proxy ne fonctionnait pas correctement.

Il a été résolu en édité simplement /etc/yum.conf et en supprimant la ligne commençant par "proxy =". Évidemment, une autre façon serait de corriger le serveur proxy.

2
Darrin