home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.aix
- Path: sparky!uunet!gumby!destroyer!ncar!acd!pack
- From: pack@acd.acd.ucar.edu (Daniel Packman)
- Subject: Troubles with rmt
- Message-ID: <1992Nov10.211836.24463@ncar.ucar.edu>
- Summary: Only works partially for all tape drives
- Sender: news@ncar.ucar.edu (USENET Maintenance)
- Organization: Ntl Center for Atmospheric Research, Atmospheric Chemistry
- Date: Tue, 10 Nov 1992 21:18:36 GMT
- Lines: 31
-
- We are having problems with /etc/rmt aka /usr/sbin/rmt
- Usually, this is used via rsh or rexec to remotely access
- tape drives via a simple series of one or two line ascii requests.
- We find that we can open a tape (eg, /dev/rmt0), but if we
- rewind the tape drive, we cannot read from it. We find that
- all status commands abort with a core dump. One can run this
- on the local machine for testing:
-
- $ rmt
- O/dev/rmt1.5
- 0 <-- zero is a request for a read-only open
- A0 <-- success of the open indicated here
- I5 <-- initiate the ioctl
- 1 <-- issue the rewind
- A1 <-- success of the rewind indicated here
- R80 <-- issue a read request
- E46 <-- error of the read indicated here
- The device is not ready for operation. <--- english version of E46
- C <-- close the drive
- A0 <-- success of the close indicated here
- S <-- try to stat the rmt system
- Segmentation fault (core dumped)
-
- If we leave out the I5/1 rewind, then the read works as expected. The
- S (stat) command will core dump whether the tape drive has been opend
- or not. Any of this look familiar to anyone?
-
- --
- Dan Packman NCAR INTERNET: pack@ncar.UCAR.EDU
- (303) 497-1427 P.O. Box 3000
- Boulder, CO 80307-3000 NSI/DECNET: 9583::PACK
-