[Bug 12481] New: mt takes two minutes to determine that the tape drive is empty

[bugme-daemon@bugzilla.kernel.org]

http://bugzilla.kernel.org/show_bug.cgi?id=12481

           Summary: mt takes two minutes to determine that the tape drive is
                    empty
           Product: SCSI Drivers
           Version: 2.5
     KernelVersion: 2.6.28
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Other
        AssignedTo: scsi_drivers-other@kernel-bugs.osdl.org
        ReportedBy: kmshanah@ucwb.org.au


Latest working kernel version:
- This definitely used to work fine (no long delays) when we first installed
the tape drive, which was back in July 2007. As we usually keep up to date with
the latest kernels, I assume we were using 2.6.21 at the time but I don't have
any logs to prove it. At the time the kernel was also 32-bit, though I hope
that won't be an important difference.

Earliest failing kernel version:
- Unfortunately, I also have no idea when exactly it broke. It is definitely
broken on at least 2.6.27 and 2.6.28.

Distribution: Debian Lenny (x86_64)
Hardware Environment: Xeon X3350, 8GB RAM, LSI53C1020A, HP LTO-3
Software Environment: mt (GNU cpio 2.9)
Problem Description:
mt is taking two minutes to return the status information for our tape drive
when the drive is empty. It used to be almost immediate. I'm also fairly sure
it used to give a different message as well, something with "OFFLINE" in it,
rather than "rmtopen failed".

Steps to reproduce:
# time mt --file=/dev/nst0 status
mt: /dev/nst0: rmtopen failed: No medium found

real    2m0.709s
user    0m0.003s
sys     0m0.000s


-- 
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.