check-cassandra-catalog-lock: a refused migrate changed a keyspace that held only the lock row
Los mantenedores suelen responder en 4 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 84/100
Línea de trabajo
Empieza con devtools/check-cassandra-catalog-lock y sigue cómo lee los nombres de las tablas del keyspace y las claves de settings antes y después de migrate --yes y de la vista previa. Actualiza la salida de error para que muestre ambas lecturas cuando difieran. La tarea estará terminada cuando una discrepancia futura muestre los valores anteriores y posteriores; vuelve a ejecutar esta comprobación para confirmar la salida.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
devtools/check-cassandra-catalog-lock failed a keyspace whose settings table holds only the lock row is left as it was in job 127151625065 of cassandra-catalog-checks, on fix/stream-arn-account-check on 5 November 09:07 UTC. That is 1 failure in 168 jobs between 3 and 5 November.
For this case the script creates a keyspace whose settings table has the catalog's columns and no rows. It reads the keyspace's table names and settings keys, then runs migrate --yes and the migrate preview, and reads them again. migrate --yes takes the lock, refuses the keyspace and releases the lock. The preview takes no lock. The two reads differed once. The script prints FAIL without the two reads, so the job log does not show what changed. A lock row that the release did not delete would explain it, but the log cannot confirm that.
A first step is to print both reads when they differ, so the next failure shows its cause.
- Lenguaje dominante
- Rust
- Estrellas
- 517
- Forks
- 60
- Merge medio
- 5 d 4 h
- PR fusionados (30 d)
- 76
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ExtendDB/extenddb
-
ci:stability sqlite
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 4 días
Todos los issues de ExtendDB/extenddb
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
type: documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
tauri-apps/tauri#16476 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
fish-shell/fish-shell#13084 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
bug: merge_insert does not detect concurrent inserts of the same FixedSizeBinary primary keyPosiblemente ocupada @lance-gatefixer la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
lance-format/lance#10811 ·
Los mantenedores suelen responder en 2 días
-
provider testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
mishraprafful/multihull#234 ·
Los mantenedores suelen responder en 1 día