Résoudre les problèmes des appareils et des modèles

Commencez par l'état observé#

Enregistrez l’espace de travail du Provider, le nom de l’appareil, l’identifiant exact du modèle et l’heure du problème. Ensuite, identifiez la première étape défaillante ci-dessous. Évitez de modifier plusieurs paramètres à la fois ; une comparaison avant/après est plus facile à comprendre.

Problème	Vérifiez d’abord	Puis vérifiez
Appareil manquant	Provider et espace de travail corrects.	Connexion/identification terminée et réseau actuel de l’appareil.
Connecté, pas de partage	Modèle éligible installé et activé.	Erreurs de chargement du modèle et calcul disponible.
Modèle impossible à charger	Variante exacte et exigences matérielles actuelles.	Mémoire GPU utilisée par d’autres processus, stockage, pilotes et journaux d’exécution.
L’API distante renvoie 403	Type d’identifiant correct, UUID du Provider et UUID de l’appareil.	Les deux commutateurs activés, état du jeton et relation connecté/partage.
Commande acceptée, état inchangé	Connexion réelle de l’appareil et résultat de la commande.	Modèles installés/activés et activité de session ultérieure.
Aucune tâche	Disponibilité et éligibilité observées.	Demande actuelle et accès au modèle ; être en ligne ne garantit pas de travail.

Les exigences matérielles dépendent du modèle#

Utilisez les exigences affichées pour le modèle et la version de l’application sélectionnés. La demande de mémoire GPU varie avec la quantification, le contexte et la simultanéité. Les estimations historiques des paramètres par rapport à la VRAM n’établissent pas l’éligibilité actuelle.

Préparez des diagnostics utiles#

• Version exacte de l’application/runtime et système d’exploitation.
• Informations sur le GPU et la mémoire pertinentes pour le modèle défaillant.
• Identifiants du Provider/appareil/modèle sans données sensibles.
• Heure, statut HTTP, code d’erreur et identifiant de tâche/session lorsque disponibles.

Où continuer#

Contacter le support ou revoir les exigences d’accès aux appareils.