- Se descapó
- 27 de agosto de 2026 a las 5:24 UTC
- Autor
- Kamo
- Compromit
- f848f39
Un miembro envió un 11 MB .wav a una charla, consiguió "No puede invocar ObjectWriteResponse.etag() porque la respuesta es nula", lo envió de nuevo, y el en el segundo, uno entregado al instante, apuntando a bytes que nunca se almacenaron. Cada intentar tocarla con "Objeto no existe". Dos defectos en serie. minio-java 8.5.7 tiene un tercer resultado para ponerOque no es ni resultado ni una excepción: cuando falla una carga MULTIPART y el aborto compensador entonces SUCCEEDS, S3Base.putMultipartObjectAsync cae de su bloque de capturas y devuelve la respuesta todavía nula en lugar de relancer (el código de byte compensa 147-171-226-228). Leyendo su etiqueta lanzó una NullPointerException, que no está en la captura por nodo lista para que escapara del bucle de failover y los nodos MinIO restantes nunca fueron lo intentó. Tratar un resultado de escritura nulo como un nodo fallido en su lugar: el bucle se mueve, y si cada nodo falla al llamante se le dice que el objeto no fue almacenado. La fila sobrevivió. storeContentAddressed escribe el ImgDat con is Misssing=true ANTES de que los bytes vayan al almacenamiento, que es deliberado, un accidente debe dejar una fila que admite que no tiene nada. Pero ninguna búsqueda de despedazamiento revisó esa bandera, así que los muertos. fila era un partido perfectamente bueno, y el camino de la transmisión no es "Transactional" así que Nada lo devolvió. Cada consulta de dedup ahora coincide con el contenido publicado solamente, y un fallo de carga atráschado descarta la fila que acaba de escribir. Sólo las subidas multiparte pueden fallar de esta manera, por lo que era invisible para archivos pequeños y esperó exactamente a los grandes que un miembro más sebleba perdiendo.