Client hangs if cluster is closed/shutdown

Ouverte

#306 ouverte le 15/1/2018 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté: 5/5
Temps estimé: Plus d'une semaine
Accessibilité débutants: 25/100

Type d'issue: Bug
Clarté: À clarifier
Activité: À l'abandon
Stack technique: jupyter, python
Domaine: distributed-systems

Piste de recherche

Commencez par lire le comportement de soumission des tâches du client et d’arrêt du cluster décrit dans l’issue, puis vérifiez comment l’état de la connexion ou la gestion des heartbeats sont actuellement exposés. C’est terminé lorsqu’un cluster fermé peut être détecté et que les tâches soumises ne restent pas bloquées indéfiniment, le comportement choisi étant couvert par un test reproductible.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement

I find that there is no way to query if the cluster is still live, and any tasks submitted will hang with no method for checking connection status.

Is there any workaround or heartbeat that occurs to prevent long hangs?

Langage dominant: Jupyter Notebook
Étoiles: 2.6k
Forks: 1k
Métriques de merge des PR: Aucune PR mergée en 30 j

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

Lisez l'issue en entier, puis le guide de contribution du projet.
Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
Forkez le dépôt et travaillez sur une branche.
Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de ipython/ipyparallel

Option of defining an environment script for starting engines (with SSHEngineSetLauncher) Ouverte

Difficulté 4/5 3-5 jours Accessibilité débutants 48/100

ipython/ipyparallel#1029 · 9 commentaires · Ouverte le 25/6/2026
pidigits example website is gone Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 35/100

ipython/ipyparallel#984 · Ouverte le 12/2/2026
Client.result_status(..., status_only=False) fails in _extract_metadata with TypeError: 'NoneType' object is not subscriptable Ouverte

Difficulté 4/5 3-5 jours Accessibilité débutants 35/100

ipython/ipyparallel#937 · 4 commentaires · Ouverte le 6/4/2025
Packages and definitions loaded in the regular kernel are not known by engines and vice versa Ouverte

question

Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100

ipython/ipyparallel#897 · 12 commentaires · Ouverte le 22/10/2024
Outstanding task on client but hub says completed when using broadcast view Ouverte

bug

Difficulté 4/5 3-5 jours Accessibilité débutants 35/100

ipython/ipyparallel#882 · Ouverte le 22/5/2024

Toutes les issues de ipython/ipyparallel

Issues similaires

Remove the version-gated triple take once a single Cait-Sith signing variant remains Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 65/100

near/mpc#4529 · Ouverte le 23/9/2026
init_distributed_device_so() never binds the device for non-CUDA accelerators (Ascend NPU): `--device npu:N` silently runs on NPU 0 Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 75/100

huggingface/pytorch-image-models#2800 · 1 commentaire · Ouverte le 23/9/2026
[Bug]: 09_gemm_one_shot_all_reduce aborts on power-of-two CU counts (gemm_sms auto-detect equals total_sms) Ouverte

bug examples invalid iris

Difficulté 2/5 1-3 heures Accessibilité débutants 70/100

ROCm/iris#557 · Ouverte le 23/9/2026
Mute ydb/core/kqp/ut/federated_query/datastreams 5 tests in main Ouverte

ai_reviewed

Difficulté 2/5 1-3 heures Accessibilité débutants 68/100

ydb-platform/ydb#53838 · 3 commentaires · Ouverte le 22/9/2026
pad_training_input_batch pads TensorList fields with tensor[0].clone() — loss-masked pad rows carry a real row's payload (ragged-consumer crash; wrong pixel_values/image_grid_thw on pad rows) Ouverte

Difficulté 2/5 1-3 heures Accessibilité débutants 82/100

NovaSky-AI/SkyRL#2263 · Ouverte le 22/9/2026

Plus d'issues Distributed Systems