Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

LTO-9 READ_ATTRIBUTE and LOG_SENSE timeout values are too small

Abierto
  • ¿Algo no está bien?
#505 15 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 6 días

@piste-jp ya está trabajando en esto.

Desde el 17/4/2025.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
30/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
c
Área
operating-systems

Línea de trabajo

Comienza en src/tape_drivers/ibm_tape.c, cerca de la definición del timeout enlazada en el informe, y luego sigue todas las rutas de timeout de READ_ATTRIBUTE y LOG_SENSE para identificar por qué sigue existiendo un timeout de 60 segundos. Reproduce el comportamiento reportado de LTO-9 usando la salida de comandos proporcionada y el escenario de sincronización del medio. Se considera terminado cuando el timeout más largo acordado se aplica de forma consistente y ya no se produce el aborto a los 60 segundos durante la recuperación de la unidad.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Investigating

Describe the bug

Hello! We use LTFS 2.4.7.1 from GitHub (with Phobos) and IBM LTO-9 SAS drives. According to IBM, when a Read Attribute command is issued, the drive might generate an EOD and in our case, the drive was not able to set the write head position to the track (apparently a thing if the tape was calibrated using v21). The drive enters a recovery process of up to 10 x 12 seconds. It looks like in LTFS, the timeout for READ_ATTRIBUTE is hardcoded to 60s which is then too low in this case. IBM told us that "If the command was not aborted, the drive may be able to write the EOD to the tape."
This is why these timeout values should probably be set to either 120s or 132s (IBM did not exactly specify this yet, we're waiting to hear from them).

BTW, I tried to increase the value define here to 120 and recompiled LTFS but unfortunately I am still seeing occasional Read Attribute timeout occurrences still at 60s. I wonder why 60s is still used and what I missed... Any ideas?

[456431.184458] st 1:0:1:0: attempting task abort!scmd(0x000000008b10e4e8), outstanding for 62233 ms & timeout 60000 ms
[456431.184486] st 1:0:1:0: tag#4695 CDB: Read attributes 8c 00 00 00 00 00 00 00 00 09 00 00 00 0d 00 00

To Reproduce

Write files using LTFS 2.4 for example with Phobos (medium synchronization every 500 files / 16 GiB).

Expected behavior
Longer READ_ATTRIBUTE timeout to allow the drive doing its special recovery when an EOD is needed.

Additional context
OS is Rocky Linux 9.5

Lenguaje dominante
C
Estrellas
358
Forks
111
Merge medio
5 d 1 h
PR fusionados (30 d)
2

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de LinearTapeFileSystem/ltfs

Todos los issues de LinearTapeFileSystem/ltfs

Issues similares

Más issues de C

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.