PR key as option?

Nessuno ha ancora preso questa issue.

We are trying to run LTFS in k8s pod, the IP of pod changes once the pod is recreated. The problem we hit is, when a POD is not stopped gracefully such as the node that running the POD hit a power outage, when this node is power back on, the LTFS that running in the recreated POD can not mount the tape, because the persistent reservation that placed by previous POD is IPv4 address of previous POD.

If we can pass key as command line option or an env var such as "LTFS_SG_PR_KEY", we can obtain the IP of node via downward API of k8s, so that we can mount the same tape in the same drive as previous POD since we have the same PR key as the one set in previous mount.

Inizia tracciando dove LTFS imposta la chiave di prenotazione persistente durante il montaggio del nastro e come vengono analizzate le opzioni della riga di comando o le variabili d’ambiente. Il lavoro è completato quando un chiamante può fornire la chiave tramite l’opzione proposta o LTFS_SG_PR_KEY e un pod Kubernetes ricreato può montare lo stesso nastro e la stessa unità con quella chiave.

Scritto dal modello di indicizzazione a partire dal testo della issue.