08/06/2007
Le lien ADSL est tombé de 1h45 jusqu'à 7h, probablement suite aux orages durant la nuit.

29/04/2007
Interruption de service de 16h05 à 16h40 suite à une coupure de courant provoquée par un orage.

06/02/2007
Les serveurs yoda et kenobi ont été redémarrés à 22h40, suite à la mise à jour de leur noyau. Le service a été interrompu pendant environ 5 minutes. Tout a repris correctement.

04/11/2006
Interruption de service de 22h15 à 01h05 suite à la coupure de courant européenne.

21/09/2006
Coupure de l'accès aux services entre 12h50 et 20h40. Le problème ne semble pas provenir du lien mais du modem (pas de perte de synchronisation, mais impossible d'établir la session PPPoE sans avoir redémarré le modem).

18/09/2006
Déni de service (par flood) de 0h40 à 6h50 environ. La raison de ce flood n'est pas connue.

15/09/2006
Migration de la ligne de 9 Télécom à France Télécom. Cela a provoqué une coupure d'environ 2 minutes à 9h47.

13/09/2006
Coupure du lien ADSL du 11 septembre (18h) jusqu'au 13 septembre (10h15).

06/09/2006
Coupure du lien ADSL entre le mercredi 30 aôut à 15h30 et le mercredi 6 septembre à 16h40.

29/08/2006
Coupure du lien ADSL du lundi 28 à 10h35 jusqu'au mardi 29 à 13h45. Le problème vient probablement de l'opérateur télécom.

22/08/2006
Nouvelle coupure du lien ADSL du vendredi 18 (10h45) au mardi 22 (00h55).

17/08/2006
Nouvelle coupure du lien ADSL de 13h40 à 20h40.

16/08/2006
Une coupure du lien ADSL a rendu les services indisponibles entre 13h05 et 22h20. Le problème semble toujours provenir de l'état de la ligne ADSL.

07/08/2006
Suite à un orage, la ligne ADSL subit des coupures par intermittence gênant l'utilisation des services. L'origine exacte du problème n'est pas encore connue. D'autres coupures sont à prévoir.

22/07/2006
La connexion PPPoE est tombée à 18h40, pour une raison inconnue (le problème était apparament local), et a été remontée à 20h50.

21/07/2006
Le serveur yoda s'est arrêté à 13h25 pour une raison inconnue (la chaleur semble être la cause la plus probable), rendant tous les services sceen.net indisponibles jusqu'à son redémarrage à 20h.

20/07/2006
Nouvelle coupure de courant, de 8h00 à 8h30 environ.

14/07/2006
Une coupure de courant, semblable à la dernière, a rendu le service inaccessible de 18h40 à 19h35 environ.

06/07/2006
Une coupure de courant globale a rendu le service inaccessible de 0h35 jusqu'à 1h10 environ.

01/06/2006
En raison d'un appareil électrique défectueux essentiel (et donc difficile à détacher du réseau électrique) qui a entraîné une coupure de courant de plusieurs dizaines de minutes avant d'être identifié et débranché, yoda et kenobi ont redémarré vers 00h40. La réparation de cet appareil impliquera sans doute des coupures de courant de longue durée, et donc des coupures de services dans les prochains jours.

23/04/2006
Les serveurs yoda et kenobi ont été rebootés suite à la mise à jour de leur noyau. Une erreur de configuration du noyau de yoda a rendu kenobi inaccessible pendant environ 30-40 minutes entre 1h et 2h du matin. Tout a repris correctement.

02/03/2006
Une coupure de courant a interrompu les serveurs sceen.net de 13h40 jusqu'à 14h10 environ. Les services ont tous repris normalement.

06/02/2006
Un problème d'origine inconnue, situé sur le LNS local, a rendu l'accès en IPv4 à sceen.net indisponible de 14h30 à 15h20 environ. Presque tous les services (tunnels, sites, DNS, mail, etc...) ont été impactés. Seuls les processus utilisant IPv6 n'ont pas été perturbés.

02/01/2006
Les serveurs ont été redémarrés vers 3h afin de vérifier que les modifications effectuées sur la configuration réseau étaient correctement prises en compte en cas de redémarrage imprévu. Tout s'est bien passé, la coupure aura duré environ 5 minutes.

23/12/2005
Le lien ADSL a été floodé aujourd'hui aux alentours de 16h, rendant les services indisponibles de 15h55 jusqu'à 16h13.

10/12/2005
Suite à la migration partielle de la ligne ADSL, le lien Internet subit des pertes de paquets en réception (l'émission des paquets ne semble pas perturbée). Le MTU a également été passé de 1492 à 1460, ce qui a réduit le MTU maximum des tunnels IPv6 à 1440.

De nombreuses coupures ont également eu lieu durant la nuit.

04/12/2005
Le serveur de développement GNU/Hurd a été remis en service vers 15h30.

27/11/2005
Les services ont été indisponibles de 12h20 jusqu'à 13h40 en raison d'une maintenance. En plus de l'opération prévue, la machine a été nettoyée, ce qui a pris plus de temps que prévu. Tous les services ont repris normalement.

22/11/2005
Une coupure de courant a rendu tous les services inaccessibles de 3h43 jusqu'à 10h57 le 22/11. Aucune donnée ne semble avoir été perdue.

Le noyau a été mis à jour sur les serveurs yoda et kenobi, qui ont été rebootés vers 13h.

18/11/2005
La session PPP est tombée le 17 à 23h, puis a été remontée le 18 à 11h10. Aucune information n'a été fournie par Nerim. Il semble s'agir d'un problème technique local chez Neuf Télécom.

02/10/2005
Une coupure de courant a rendu les services indisponibles aujourd'hui aux alentours de 11h pendant un peu moins de 10 minutes. A l'exception du serveur de développement GNU/Hurd, tous les serveurs ont été maintenus grâce à l'onduleur. Tout était revenu à la normale vers 11h15.

Une autre coupure d'une minute environ a eu lieu vers 11h50, suivant le même scénario que la précédente.

23/09/2005
Suite à une erreur de saisie dans le fichier de configuration de l'antispam sur le serveur mail, 284 messages ont été considérés à tort comme étant du spam entre le 17 et le 23 septembre. A chaque fois, l'émetteur a été prévenu de l'échec de l'envoi. La liste des entètes des messages concernés a été sauvegardée au cas où certains utilisateurs souhaitent obtenir davantage d'informations.

30/08/2005
De nombreuses petites déconnexions ont eu lieu durant la nuit et la matinée, en raison de perturbations sur la collecte FT/LDCOM de Nerim.

16/08/2005
Une déconnexion PPPoE a eu lieu vers 15h, et a duré environ 40 minutes. D'après le support Nerim, les 2 liens de collecte LDCOM sont tombés à ce moment là.

11/08/2005
Les serveurs ont été redémarrés vers 17h35 suite à une modification de la méthode d'accès à l'annuaire LDAP. La sécurité TLS a été désactivée, car il arrivait (très rarement) que certaines connexions échouent lors de la négotiation TLS. La conséquence la plus gênante étant la perte d'emails (échec de la connexion à l'annuaire, utilisateur non trouvé, email non reçu).

09/08/2005
Le serveur de mail a été coupé de 2h40 jusqu'à 6h20 afin de migrer les alias dans l'annuaire LDAP. Le serveur mail secondaire a stocké tous les messages durant cette période, il n'y a donc pas eu de perte de message. La migration des informations s'est bien déroulée.

06/08/2005
La migration vers Debian GNU/Linux s'est bien déroulée. Tous les services sont disponibles, à l'exception du CVS anonyme. Le SMTP est désormais accessible en SSL, en plus du support TLS. Certains détails sont toujours à travailler, et les serveurs pourraient être redémarrés aléatoirement durant les prochains jours.

23/06/2005
Tous les services ont été indisponibles de 17h30 à 20h30 en raison d'une coupure de la ligne ADSL, probablement dûe à un orage au même moment.

12/06/2005
Le réseau a été coupé une grande partie du week-end, durant laquelle toutes les opérations de maintenances prévues ont été menées avec succès.

26/05/2005
Une mise à jour de sécurité a été effectuée de 19h50 jusqu'à 23h50. Les services ont presque tous été coupés durant cette période. Les logs mrtg ont été réinitialisés de nouveau. Le temps important requis pour cette opération a pour cause une priorité personnelle survenue en pleine mise à jour et je m'en excuse.

25/05/2005
Suite à une erreur de manipulation, le réseau a été entièrement redémarré aux alentours d'1h du matin. La situation est revenue à la normale vers 1h15.

13/05/2005
Le serveur Apache n'a pas redémarré cette nuit comme prévu. Apache redémarre une fois par jour, à 00:10 h, pour réouvrir ses fichiers de logs, une fois que la rotation de logs a eu lieu. La manière de redémarrer le serveur a été modifiée, et le problème ne devrait plus se reproduire.

Un problème de montage NFS sur kenobi a eu lieu de 11h vers 22h environ. Il avait pour origine une erreur dans le système d'informations NIS, qui n'avait pas été mis à jour suite au changement de nom de leia (qui est aujourd'hui nommée windu), ce qui empêchait le démon de gestion des montages NFS de se lancer.

Les serveurs ont tous été redémarrés, ce qui a causé une corruption des logs mrtg, et par conséquent, leur réinitialisation. Des recherches sont en cours pour résoudre ce problème.

03/05/2005
Une mise à jour de sécurité très rapide a été effectuée aujourd'hui vers 11h30. Les services dns, mail, et web ont pu être perturbés par intermittence.

16/04/2005
Une panne de disque dans la nuit du lundi 11 au mardi 12 avril sur le serveur principal (yoda) a rendu les services sceen.net très instables pendant près de 5 jours. 3 nouveaux disques ont été mis en service en RAID 5 pour une meilleure tolérance de panne. yoda a été mis à niveau vers NetBSD 2.0.2. Aucune donnée sensible n'a été perdue, et tous les services sceen.net fonctionnent de nouveau.

23/03/2005
La modification du MTU n'a pas été effectuée lors de la maintenance d'hier. Cette opération a donc été effectuée aujourd'hui, entraînant un redémarrage des serveurs à 16h30 et 17h (suite à un oubli lors du premier redémarrage). Le service a été indisponible pendant 5 minutes environ lors de chaque coupure. Les logs mrtg ont été corrompus et réinitialisés.

22/03/2005
La maintenance s'est déroulée correctement, mais a nécéssité beaucoup de temps car la configuration du système d'informations s'est révélée plus complexe que prévue. Le service a repris normalement vers 21h, après 4h d'indisponibilité environ.

Une perte de synchronization du modem a eu lieu vers 00h40, durant 10 minutes environ. Le service a repris normalement.

05/03/2005
La maintenance s'est déroulée avec succès. Les services ont été coupés de 17h30 à 22h30. Tout a repris normalement.

25/02/2005
Une erreur dans le paramétrage QoS a laissé un échange de backups monopoliser la connexion pendant environ 16 heures. Des latences élevées se sont fait ressentir sur les tunnels et l'ensemble des services. Le problème a été résolu vers 19h.

19/02/2005
La mémoire sur kenobi est passée de 64 Mo à 320 Mo avec succès. La mise à jour des logiciels concernés par la maintenance s'est déroulée sans aucun problème. Par précaution, la majorité des services a été coupée de 22h40 à 00h40 environ. Tout a repris normalement.

13/02/2005
Les serveurs yoda et kenobi ont été redémarrés à 12h après recompilation des noyaux. Les services ont tous été coupés pendant environ 10 minutes.

12/02/2005
L'ajout de mémoire dans kenobi a échoué. Les barettes ne sont pas compatibles avec la machine. De nouvelles barettes seront achetées dans peu de temps, et la maintenance est donc reportée à une date indéterminée.

04/02/2005
L'accès SSH à kenobi a été coupé pour accélérer l'exécution de processus gourmands en mémoire. Il sera rétablit sous peu.

29/01/2005
Tous les services de messagerie électronique ont été coupés de 21h à 2h lors de la maintenance prévue. Ces services ont redémarré normalement (notez cependant que les certificats et les clés SSL/TLS ont été recréés pour les services SMTP/POP3/IMAP4). Des problèmes pourraient être décelés dans les jours suivants et entraîner de nouvelles opérations sur le serveur mail si nécéssaire.

13/01/2005
Des options ont été rajoutées dans le noyau de yoda. La machine a rebooté vers 12h10. Tous les services ont été coupés pendant 5 minutes environ.

12/01/2005
Réinitialisation des logs mrtg, corrompus par erreur lors de la dernière maintenance.

10/01/2005
Maintenance sur yoda. Une erreur dans le pkgsrc a rendu la mise à jour périlleuse. Cette erreur a été corrigée le jour même, mais n'a pas été propagée vers le mirroir utilisé à temps. Certains services ont été stoppés de 17h à 23h30. Tous ont repris normalement.