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@xxxxxxxxxxxxxxxxxxxx ReportedBy: kmshanah@xxxxxxxxxxx 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. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html