Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 78397

Summary: Eject failure on Qualstar TLS-4222 library
Product: [Retired] Red Hat Linux Reporter: Toralf <bugzilla>
Component: mtxAssignee: Jindrich Novy <jnovy>
Status: CLOSED CANTFIX QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3CC: pknirsch
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-08 14:50:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Toralf 2002-11-22 09:57:06 UTC
Description of Problem:
mtx fails to eject tape on Qualstar TLS-4222, when issuing "mtx next" or "mtx

Version-Release number of selected component (if applicable):

How Reproducible:
Every time

Steps to Reproduce:
1. mtx -f /dev/sg0 first
2. mtx -f /dev/sg0 next
3. mtx -f /dev/sg0 unload

Actual Results:
First tape loaded, but never unloaded (not by "next", not by "unload") - the
loader will (and I quote) "happily sit there snapping the robot arm's claws
around thin air trying to grab a tape that's not there".

Expected Results:
First tape loaded; 1st tape unloaded and 2nd loaded; 2nd tape loaded.

Additional Information:
'mt offline' does not work.	

Tape may be unloaded via the library's front panel.

Comment 1 Jindrich Novy 2004-11-03 06:21:30 UTC
Toralf, does mtx refuse to eject tape with mtx-1.2.18? Unfortunately I
don't have such tape drive so I cannot test whether it's fixed or not.
Can you please test the latest mtx for me?


Comment 2 Jindrich Novy 2005-09-08 14:50:08 UTC
Closing due to user inactivity.