JupyterHub@Paris-Saclay

JupyterHub@Paris-Saclay est un service (expérimental) de calcul interactif dans l'environnement Jupyter, mis à la disposition des personnels et étudiants de l'Université Paris-Saclay et hébergé par le mésocentre DataCenter@UPSud. L'authentification utilise la fédération d'identité «Recherche et Enseignement Supérieur» de Renater.

2024-10-30: Migration en cours vers myDocker

Après un an de travaux préparatifs, le service JupyterHub@Paris-Saclay est en cours de migration vers myDocker@Paris-Saclay. Résultat d'une mutualisation des efforts avec Centrale Supélec cette migration va permettre une montée en gamme et en puissance du service (détails et documentation à venir).

Pour permettre une migration essentiellement transparente, vos données ont été / seront transférés automatiquement (détails ci-dessous), et un environnement logiciel strictement identique à celui de JupyterHub@Paris-Saclay est disponible.

Contact: pour toute question ou difficulté, envoyez un courriel à Nicolas Thiéry sur son adresse Université Paris-Saclay.

Du fait de la cyberattaque, la migration initialement prévue fin août a été un peu bousculée et deux cas se présentent:

Si vous utilisez l'authentification Adonis (mail @universite-paris-saclay.fr): vos données ont été définitivement transférées début septembre. Nous vous recommandons de basculer dès à présent sur myDocker pour ne pas avoir à transférer manuellement vos données ultérieurement.
Sinon: vos données ont été transférées début septembre. Elles seront mises à jour lors de la migration finale (fin décembre). Nous vous recommandons de basculer vers myDocker à ce moment là. Si vous souhaitez tester myDocker plus tôt et si vous avez besoin de vos données récentes, vous devrez les mettre à jour manuellement. Évitez de modifier les mêmes fichiers de part et d'autre: le jour J, la version la plus récente écrasera l'autre.

Informations

En savoir plus sur le service
Un guide de prise en main préparé par Frédéric Voisin pour un cours de C++ à Polytech Paris-Sud (interface Jupyter)
Un guide de prise en main préparé par Marie Debacq pour le master GPB d'Agro-ParisTech (interface Jupyter)
Un tutoriel interactif sur l'interface JupyterLab (en construction)
Réinitialiser votre choix d'institution

Support utilisateur

Dernières nouvelles

05 mars 2023: mise à jour avec ajout de rpy2 et simplegeneric.
2 février 2023: Mise à jour majeure des logiciels installés. Voir les détails.
2 février 2023: Problème de tenue à la charge en principe corrigé.
Depuis un an le service ne tenait pas bien la charge lorsqu'il y avait plus d'une centaine d'utilisateurs connectés. Cela se manifestait notamment par de longues attentes sur certaines actions. Le passage à JupyterLab avait renforcé les difficultés. Nous avons effectué plusieurs changement de paramétrages qui semblent avoir résolu le problème. Si vous rencontrez à nouveau des lenteurs, merci de laisser un commentaire à la fin de ce ticket avec la date et l'heure.
29 novembre 2022, 7h25-7h55: Interruption de service pour maintenance.
09 septembre 2022: interruption de service de quelques minutes pour mise à jour du système d'exploitation
28/08/2022: mise à jour du service. Nouveauté: possibilité de choisir entre Jupyter et JupyterLab.
28/09/2021 7h25: mise à jour de JupyterHub 1.3 à 1.4; pourrait résoudre les problèmes récurents à l'enregistrement des notebook (Forbidden). Cela a requis un démarrage du service en principe sans interruption de celui-ci.
08/2021: Migration depuis jupytercloud.lal.in2p3.fr
28/04/2021 20h30: redémarrage du service suite à inaccessibilité du service depuis 18h15
07/04/2021, ~12h: redémarrage du service suite à inaccessibilité du serveur.
8/03/2021: panne de courant généralisée au mésocentre de 22h à minuit ayant induit une interruption de service jusqu'à 9h40 le lendemain.
29/01/2021, 7h30: redémarage du service
29/01/2020: durée maximale d'inactivité réduite à 30 minutes
Semaine du 25/01/2020: forte charge avec le redémarrage des enseignements dont beaucoup à distance. Quatre indisponibilités de service successives de 5-10 minutes pour cause de disque plein. Problème localisé; mitigation temporaire par suivi (voir le tableau de bord) et nettoyage quotidien des fichiers core et cache de yarn des utilisateurs (Détails).
27/09/2020: ce service étant actuellement réservé à un usage interactif, les serveurs individuels sont maintenant automatiquement arrêtés au bout de deux heures d'inactivité de l'utilisateur. Cela devrait permettre une meilleure gestion des ressources et une plus grande résistance à la charge.
11/2020: utilisation mémoire maximale étendue de 1Go à 2Go
28/09/2020, 20h-23h: panne du mésocentre hébergeant le service.