Bug: Data loss if CSV created on node added to cluster, then node evicted later.
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- azure, powershell
- Ambito
- cloud, infrastructure
Direzione di ricerca
Inizia con la riproduzione in cinque passaggi che coinvolge Azure Local, WAC, l’espansione di CSV e i comandi remove-mocphysicalnode e remove-clusternode -cleanupdisks. Confronta lo stato di errore osservato e gli errori di accesso con il comportamento previsto, quindi consulta la documentazione di Azure Local richiesta nell’issue; il lavoro è completato quando sono state stabilite la causa e la correzione supportata per l’eviction del nodo e l’espansione di CSV.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Bug description
If a CSV is created on a four node cluster and then the fourth node is evicted from the cluster, the CSV that was created while the cluster had four hosts will have the wrong number of columns. As a result, the CSV becomes a loaded time bomb and will eventually cause workloads to seize up if enough data is added and/or changed on the CSV and the CSV will fail if it is expanded, causing data loss.
Any attempt at trying to bring the CSV online produces either "Access Denied" errors or Error Code 0x8007054f "An internal error occurred".
Repro steps
- Join a node into a 3 node Azure Local cluster to make it into a 4 node cluster.
- Create a new CSV with the fourth node joined and operable. Make sure that the fourth node owns it for a little while.
- Move the ownership of the fourth newly created CSV to one of the other three nodes.
- Evict the fourth node from the cluster using the remove-mocphysicalnode and remove-clusternode -cleanupdisks commands. (As if the cluster was being permanently shrunk.)
- Take the fourth node offline.
- Expand the size of the newly created fourth CSV by some amount (Such as 5 TB) using the WAC
- Observe that newly created CSV goes into failed state and any running VM's on it will also fail.
(Note that all CSV's were encrypted, this may nor may not be reproducible with unencrypted CSV's.)
Expected behavior
- Expanding a CSV should not cause a CSV to go offline. Nor should added CSV's have mismatched columns to the other CSV's, causing workloads to eventually seize up and fail after a certain period of time.
- Mismatched columns between CSV's should be automatically corrected with the addition or subtraction of nodes in the cluster. There also should be code that automatically detects CSV's with mismatched columns and automatically corrects for it without user input, treating it no more differently than an automatic array repair after a disk is replaced.
- The node eviction may have been done improperly. Where is the documentation for Azure Local?
- Attempts at bringing the CSV online with Hyper-V tools shouldn't have produced errors, nor should attempts at trying to bring a failed CSV back online fail.
Environment (please complete the following information):
Build 12.2512.1002.16
4 node cluster
Production
East US
- Lingua principale
- PowerShell
- Stelle
- 78
- Fork
- 60
- Merge medio
- 13h 56m
- PR unite (30g)
- 3
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Azure/AzureLocal-Supportability
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 88/100
Azure/AzureLocal-Supportability#290 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
Azure/AzureLocal-Supportability#289 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Azure/AzureLocal-Supportability#328 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
Azure/AzureLocal-Supportability#272 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Azure/AzureLocal-Supportability#228 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Azure/AzureLocal-Supportability
Issue simili
-
test: gcloud CLI suites clobber ~/.config/gcloud, breaking local gcloud/gcloud-backed juju workflowsApertaneeds-kind needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
No native support for REDIS_USER enviroment varForse già presa @jholmes802 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
azurerm_backup_policy_file_share hourly backup interval does not support all available valuesApertaenhancement service/recovery-services v/5.x
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
hashicorp/terraform-provider-azurerm#33587 ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG] ovh_domain_zone_dnssec Read discards the API response, so status drift is never detectedAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
ovh/terraform-provider-ovh#1473 ·
I maintainer di solito rispondono entro 1 giorno
-
Bump up AWS SDK to 2.54.3Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
jenkinsci/ec2-plugin#2041 ·