Skip to content

How to make NVIDIA MIG Manager restart custom (pre-installed) device plugin daemonset during MIG reconfiguration? #1704

Closed

Description

@shachijun

Hello,

I have a pre-installed NVIDIA device plugin running as a daemonset in my Kubernetes cluster, and now I'm trying to perform some MIG operations.

Current Behavior:

When MIG configuration changes, MIG Manager automatically restarts GPU operator components
MIG Manager also restarts system services defined in default-gpu-clients ConfigMap
However, my pre-installed device plugin daemonset doesn't get restarted

What I've Tried:

Added labels to match GPU operator:

labels:

  app: nvidia-device-plugin
  nvidia.com/device-plugin: "true"

Question:
How can I make MIG Manager restart my custom device plugin daemonset when MIG configuration changes?

Activity

  1. changed the title [-]How to make NVIDIA MIG Manager restart custom device plugin daemonset during MIG reconfiguration?[/-] [+]How to make NVIDIA MIG Manager restart custom (pre-installed) device plugin daemonset during MIG reconfiguration?[/+] on Sep 16, 2025
  2. added
    featureissue/PR that proposes a new feature or functionality
    on Nov 4, 2025
  3. cdesiniotis commented on Nov 4, 2025

    @cdesiniotis
    Contributor

    @shachijun we don't currently have a solution for this. It may make sense for mig-manager to use a common label, i.e. nvidia.com/management-container, to identify which pods are GPU management pods (like device-plugins, monitoring agents, etc) and therefore need to be restarted across MIG reconfigurations.

  4. added this to the v26.x milestone on Nov 4, 2025
  5. shivamerla commented on Nov 14, 2025

    @shivamerla
    Contributor

    @shachijun one workaround would be to deploy the device-plugin helm chart using the node-selector as nvidia.com/gpu.deploy.device-plugin: true.

  6. shachijun commented on Nov 14, 2025

    @shachijun
    Author

    Thank you so much @cdesiniotis and @shivamerla for letting me know!

  7. modified the milestones: v26.3, v26.7 on Jan 9, 2026
  8. added
    lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.
    and removed
    lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.
    on Jan 28, 2026
  9. francisguillier commented on Feb 3, 2026

    @francisguillier
    Contributor

    @shachijun
    does the workaround mentioned by @shivamerla work in your environment?

  10. removed this from the v26.7 milestone on Aug 13, 2026
  11. cdesiniotis commented on Nov 4, 2026

    @cdesiniotis
    Contributor

    We have introduced a generic "nvidia.com/gpu.deploy.client": "true" label to designate pods that are GPU clients and therefore need to be restarted across driver upgrades and MIG reconfigurations. Refer to #2607 and NVIDIA/mig-parted#426. This feature was introduced in GPU Operator 26.7.0 / MIG Manager 0.15.0. Closing this issue as fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

featureissue/PR that proposes a new feature or functionalitylifecycle/frozen

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions