Il me semble intéressant d'avoir ce fil actif et mis à jour chaque fois qu'un plieur voit, de ses propres yeux, sur son ordi perso, qu'un client a des difficultés de communication avec un serveur donné. Cela évitera à d'autres d'aller chercher les infos éparpillées et pas forcément à jour. En effet, l'état des serveurs ne reflète pas systématiquement ce que l'on constate dans les faits, les annonces des officiels de Stanford font trop souvent défaut, les fils de discussions sur le forum support sont multiples et en langue étrangère.
 
Trois liens à connaître:
 
- Tableau de l'état des serveurs (Stanford - Temps réel)
- Bien comprendre ce tableau (en Français)
- Problèmes de communication avec les serveurs FAH
 
 
Je commence    
 
4 h :
Client GPU  
171.67.108.11 - Reject
 
Et j'ai remarqué que les serveurs suivants fonctionnent de façon aléatoire, sans doute une trop grosse charge :
171.67.108.21
171.67.108.25
171.67.108.26

c'est une bonne idée, mais il pourrait être plus simple d'avoir une page de statut des serveurs automatisée et simple a lire
perso celle de stanford je suis pas fan

Effectivement, elle est proprement imbuvable.

A part Stanford à même de faire une page automatisée, en fonction de ses infos, je ne vois pas qui ni comment. Et c'est vrai que Stanford devrait faire un état des serveurs simplifié, c'est-à-dire allant à l'essentiel.  
 
En attendant, j'ai un client GPU qui n'arrive toujours pas à uploader sur le 171.67.108.26, après 30 échecs.

JWhy en avait fait une pas mal sur le site de l'AF ... chépo si elle marche encore.

je sais pas a quoi c'est du , mais j'ai ceci sur 4 client sa plus d'1 heure qu'ils sont en rade , jais essayé de relancé il reste sur posted data et rien d'autres
 

C'était un bug récurrent lors de la belle époque des VM    ça envoie la WU ou n'envoie pas, puis ça cale. Si on ne passe pas par là pour relancer, on peut perdre des heures.
 
Là, je viens de remarquer un cas sur un client GPU (ça doit être exceptionnel, je pense), il a envoyé puis il a apparemment calé.
 
Sinon, j'ai deux GPU, l'un à 35 failed upload et l'autre à 42 (je tombe dessus par hasard, ce qui veux dire qu'il y en a peut-être d'autres). Je crois bien que ça concerne les mêmes serveurs :
 
- 171.67.108.21 et 171.67.108.26 (ça essaie d'uploader à l'un, puis à l'autre)
 
...et je crois bien que ça fait déjà plusieurs jours dans la queue, donc bientôt... pshiiiitttt...    
 
Si c'est faisable, ce serait bien en effet d'avoir un truc automatisé bien à nous    
 

Clair , pour relancer j'ai du vider le dossier work , donc je sais pas si sa à envoyer ou pas, j'ai supprimer le fichier fahcore_a3 mal m'en a pris il a mis plus de 2h a le dl a nouveau , bref je crois surtout que les serveurs perdent la connexion , je penses qu'il rament tellement que celle ci décroche et donc c'est la galère après

Oui, Stanford doit avoir encore beaucoup de travail pour que ça ronronne.
 
Tous les serveurs que j'ai cités plus haut semblent être repartis, mais avec des cafouillages sporadiques tout de même.  
 
Après plusieurs jours d'arrêt, le 171.67.108.21 vient de repartir à l'instant en acceptant deux WU dont l'une avait déjà enregistré 62 "failed upload".

J'ai des GPU bloqués sur le serveur 171.64.65.71 qui ne veut plus donner des wu... toujours cette récurrence du bug de code, selon Stanford.

Oui quleques gpu de bloqué aussi

Ici, il n'y a plus de problèmes depuis deux jours  

C'est toi qui le dit.
 
Perso je galère à mort depuis lundi.

c'est clair que quand sa deconne c'est pas la joie

Je ne t'ai pas vu te plaindre R_34    
 
C'est quoi le serveur concerné ?

 
J'en ai 2 qui me bloque :
 
(171.65.103.100:8080)
(171.65.103.100:80)
(171.64.65.20:80)
(171.64.65.20:8080)

Pour le 171.65.103.100  le serveur est DOWN, donc il n'y a rien d'autre à faire tant qu'il ne repartira pas.
 
Concernant le 171.64.65.20 je viens d'en recevoir des WU et d'uploader d'autres. Mais le débit est trèèèèès faible dans les deux sens, environ 7kB/s, ce qui dénote certainement un souci. Heureusement que ça ne dure qu'une poignée de secondes. Ce serveur a eu des problèmes la semaine dernière, et il me semble que Vijay a dit kekchoze là-dessus, faudrait que je le retrouve...
 

Là tout est passé comme une lettre à la poste par l'intermédiaire de Bull 45 sans aucun soucis.
 
Donc soit j'ai un problème sur mon pc (hors mes ports sont bien ouverts et marchent bien), soit france télécom fait encore son petit chef, soit le serveur est out que quand je veux me connecter, soit une combinaison de facteur fait que je me fait bouler en permanence.
 
J'ai testé la soluce de chhosni sur un GPU.
 
J'ai changé de dossier en reprenant juste le client et le fichier .cfg.
On verra ce que cela donne.

Ben tu vois, qu'est-ce que je t'avais dit    
 
Dès que tu es passé par ici, le problème a été résolu    
 
Faudrait peut-être supprimer carrément tous ces clients et en recréer d'autres.

Possible je sais pas si ça marche encore.
Le client test DL bien les WU et les cores mais par contre je ne sais pas encore pour l'upload.
 
On verra d'ici quelques heures.
 
Ca me fait chier de refaire tout les clients je perdrai le compte des WU du PC.Il doit être dans les 6500WU à peu près.

Tu pourrais essayer avec un seul nouveau client, dans un dossier tout neuf, sans détruire les anciens.

Tiens, j'avais plutot l'impression que les débits s'amélioraient ici ... mais j'ai peut être rêvé ...
 
Po terrible tout ca :
running 10s outbound test (client-to-server [C2S]) . . . . . 642.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 286.91kb/s
 
Si vous voulez tester : http://iperf.stanford.edu/

running 10s outbound test (client-to-server [C2S]) . . . . . 141.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 1.14Mb/s
 
Mais je regarde la télé en même temps.
Ca pourrit un peu mon S2C.

running 10s outbound test (client-to-server [C2S]) . . . . . 330.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 62.77kb/s
 
J'en avais fait un autre mais j'ai raté mon copier-coller et le "inbound" était à 119...  
 
Il me semble que le test est fait un seul accès à la fois, ce qui ne correspond pas à la réalité des connexions multiples, non ?
 

Cobra je voie que tu as typiquement la "congestion" du lien OpenTransit/Cogent, comme moi (un upload potable, mais un download moyen voire pourrit). Typique des abonnés orange
 
Sinon au stage :
running 10s outbound test (client-to-server [C2S]) . . . . . 6.67Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 5.48Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
 

 
 
... d'autant plus qu'avec notre FT local qui nous vole, on n'est pas prêt de parler en Mb/s  

pour ma part
 
running 10s outbound test (client-to-server [C2S]) . . . . . 517.0kb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 1.76Mb/s

Bmj, tu as quoi comme FAI ?

sfr  8 méga

Même chose pour moi mais on voit pourtant une nette différence sur la vitesse d'upload.

peut etre la qualité de la ligne je suis qu'a 900 metres du DSLAM

Possible ou pas.
 
Je regairdait la télé pendant mon test et ça me bouffait de la bande passante en download.
Or on a  peu près la même BP dans ce sens, je doit être bridé quelque part en upload, et je pense pas que ça vienne de la ligne.
 
La liste des serveurs qui me bloquent toujours :
 
171.64.65.20 (OK)
171.65.103.100 (DOWN)
171.67.108.21 (OK)
171.67.108.26 (Reject)
 
Que veux dire la colonne 80 sur le tableau des stats serveur ?
Le 67.108.21 est rouge à cet endroit.

XP vous a t'il déja délibérément bloqué l'accès à un serveur de stanford ?
 
Car j'ai un client sous vista qui arrive à uploader les résultats mais un autre sous XP pro n'y arrive pas.
Il sont tout les 2 branchés à la 9 box.
 
J'ai inversé les prises ethernet sans succès.
J'ai redémarré la box pour voir mais j'y crois pas trop.
 
J'ai désactivé le firewall, j'ai changé de répertoire certains clients sans aucun succès.
 
Si par contre je reprends le dossier work et queue et que je le mets dans un client sous vista en send all, tout s'uploade sans soucis.    
Si je fait la même sous XP pro je me fait jeter.
 
Bref je vois pas ou est le souci.
Et oui le pc en XP à bien la connection car il chope des WU et je peux aller sur le net avec sans problème.
 
Je suis un peu perdu avec tout ça.

pour xp et meme seven je désactive les firewall sur les becanes de toute façon ils sont derriere un routeur ,ou alors tu rajoute une exception au programme qui est bloqué

Il se peut qu'une mise à jour windows a cassé kekchoze   Dans le pire des cas, une réinstall résoudrait probablement le problème.
 
La colonne "80" indique si le serveur fonctionne sur le port 8080 AS ou 80 AS. C'est du moins ce que j'ai compris. De toute façon, le "rouge" n'est jamais bon signe  

Le hic c 'est que les MaJ ne s'installent que sous mon ordre et donc aucune n'a été installé avant que ça se mette à déconner.
 
Je vasi faire une réinstalle ce WE.

Peut-être tenter une réinstall du port éthernet avec le cd de la carte mère...

Le truc c'est que j'ai accès à tout ce que je veux sur le net et quand je teste les port qu'utilise stanford via un outil de stanford, mes ports sont bien ouverts.
 
Du coup là j'ai une réinstall sur le feu.
En espérant que ça résolve le système.

Réinstall complète effectuée et ça tourne.
 
On verra lorsque les premières WU seront prêtes à partir.
 
Pas d'antivirus, MàJ totalement désactivées et firewall down.
Un gros gruyère quoi.
 
 
edit :
 
Got Status 401 ça veux dire quoi ?

Erreur d'authentification accès refusé IP illisible ou user+pass non reconnu