|
Page de référence : Anglais (US English).
 Retour au sommaire de SETI@home.
 Informations sur SETI et
SETI@home :
 Calendrier
des opérations.
 État du
serveur.
Rapports techniques :
 Aidez-nous.
Utilisez SETI@home.
 Statistiques et résultats.
|
Les rapports techniques sur SETI@home.
Mai 2000.
- Mercredi 31 mai 2000.
- Nous allons procéder à une interruption d'une demi-heure aujourd'hui vers 13:00 PDT (20:00 UTC, 22:00 CEDT) pour tester le disque système redondant de
notre serveur web. Durant ce temps, à la fois le site web et le serveur de données seront inaccessibles.
- Mardi 30 mai 2000.
- Nous construisons un autre index aujoud'hui. Le traitement scientifique sera temporairement suspendu.
- Lundi 22 mai 2000.
- Nous allons subir une interruption de 3 heures aujourd'hui pour procéder à des mises à jour logicielles et matérielles. Mais contrairement aux autres
interruptions du serveur, cela concernera également notre site web Américain. L'interruption débutera vers 13:00 PDT (20:00 UTC, 22:00 CEDT).
- Mercredi 17 mai 2000.
- Nous avons temporairement suspendu l'insertion des données scientifiques dans la base de données pour construire les index rendus nécessaires pour le
nouveau logiciel de post-traitement. Aucun nouveau signal de crête ou gaussien ne sera ajouté dans les tables jusqu'à ce que les tables concernées soient
mises à jour.
- Les changements matériels du 1er mai dans la base de données ont causé quelques soucis sur notre capacité à mettre à jour rapidement les
statistiques des groupes et domaines. Nous travaillons sur une solution, mais ne pouvons pour le moment préciser aucune date de déploiement.
- Dimanche 14 mai 2000.
- Les versions 1.x des clients Unix suivant ne sont plus utilisables pour SETI@home :
-
| Microsoft Windows NT : |
alpha-winnt-cmdline |
- Les utilisateurs sont invités à mettre à jour leurs clients vers une des versions 2.4 disponibles, en consultant la page "Téléchargez et installez SETI@home - Logiciel client en mode texte".
- Samedi 6 mai 2000.
- Nous avons dû reconstruire depuis hier certains index volumineux dans la base de données scientifique, ce qui a duré assez longtemps. Le serveur est de
nouveau accessible et tout semble se comporter normalement. Chaque fois que nous subissons un arrêt prolongé, les temps de réponse sembleront longs pendant
un certain temps. Ceci est dû au fait que le serveur est ensuite sollicité par un volume important de tentatives de connexions en retard (les clients
essayant de se reconnecter.) Une fois que nous serons revenu à un taux normal de connexion, les temps de réponse devraient sensiblement s'améliorer.
- Les versions 1.x des clients Unix suivant ne sont plus utilisables pour SETI@home :
-
| Compaq/Digital Unix True64 : |
alpha-compaq-T64Uv4.0d
alpha-compaq-T64Uv4.0d/EV6
alpha-compaq-T64Uv4.0d/EV67 |
| Silicon Graphics Irix : |
mips4-sgi-irix6.2
mips-sgi-irix6.2
mips-sgi-irix6.4
mips-sgi-irix6.5 |
- Les utilisateurs sont invités à mettre à jour leurs clients vers une des versions 2.4 disponibles, en consultant la page "Téléchargez et installez SETI@home - Logiciel client en mode texte".
- Vendredi 5 mai 2000.
- Le serveur est arrêté : 12:30 PDT (19:00 UTC, 21:00 CEDT) - Le serveur de données est actuellement suspendu à cause de problèmes
inattendus survenus dans la façon dont le serveur de données communique avec notre base de données. Nous avons tenté de le déboguer depuis tôt ce matin
(cet après-midi UTC, CEDT), et il n'y a pas encore de fin définitive de cette panne en vue. Nous mettrons à jour ce message quand une solution claire sera
trouvée.
- Lundi 1er mai 2000.
- L'interruption de service de ce lundi matin à 10:00 PDT (17:00 UTC, 19:00 CEDT), annoncée depuis le 28 avril et initialement prévue aujourd'hui pendant
4 heures, a duré plus longtemps que prévu. Elle a permis le remplacement de cartes contrôleurs RAID et de disques, et on en a profité pour effectuer la
maintenance des bases de données (contrôles d'intégrité, et rechargement pour les performances). Tout est rentré dans l'ordre vers 18:00 PDT (le mardi 2
mai à 01:00 UTC, 03:00 CEDT) et le serveur de nouveau opérationnel.
|
|
