Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

LTO-9 READ_ATTRIBUTE and LOG_SENSE timeout values are too small

Aperta
#505 15 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
30/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
c

Direzione di ricerca

Inizia da src/tape_drivers/ibm_tape.c, intorno alla definizione del timeout collegata nel report, quindi traccia tutti i percorsi di timeout di READ_ATTRIBUTE e LOG_SENSE per identificare perché rimane un timeout di 60 secondi. Riproduci il comportamento segnalato di LTO-9 usando l’output del comando fornito e lo scenario di sincronizzazione del supporto. Il lavoro è completato quando il timeout più lungo concordato viene applicato in modo coerente e l’interruzione dopo 60 secondi non si verifica più durante il ripristino dell’unità.

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

Descrizione

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

Lingua principale
C
Stelle
352
Fork
110
Merge medio
2h 50m
PR unite (30g)
2

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di LinearTapeFileSystem/ltfs

Tutte le issue di LinearTapeFileSystem/ltfs

Issue simili

Altre issue su C

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.