Visit Our UNIX and Linux User Community

Linux and UNIX Man Pages

Test Your Knowledge in Computers #690
Difficulty: Medium
The Aircraft Navigation Computer Heathkit OC-1401/OCW-1401 used nine-level RPN in 1978.
True or False?
Linux & Unix Commands - Search Man Pages

rmt(8) [bsd man page]

RMT(8)							      System Manager's Manual							    RMT(8)

NAME
rmt - remote magtape protocol module SYNOPSIS
rmt DESCRIPTION
Rmt is a program used by the remote dump and restore programs in manipulating a magnetic tape drive through an interprocess communication connection. Rmt is normally started up with an rexec(3) or rcmd(3) call. The rmt program accepts requests specific to the manipulation of magnetic tapes, performs the commands, then responds with a status indica- tion. All responses are in ASCII and in one of two forms. Successful commands have responses of Anumber where number is an ASCII representation of a decimal number. Unsuccessful commands are responded to with Eerror-number error-message , where error-number is one of the possible error numbers described in intro(2) and error-message is the corresponding error string as printed from a call to perror(3). The protocol is comprised of the following commands (a space is present between each token). O device mode Open the specified device using the indicated mode. Device is a full pathname and mode is an ASCII representation of a dec- imal number suitable for passing to open(2). If a device had already been opened, it is closed before a new open is per- formed. C device Close the currently open device. The device specified is ignored. L whence offset Perform an lseek(2) operation using the specified parameters. The response value is that returned from the lseek call. W count Write data onto the open device. Rmt reads count bytes from the connection, aborting if a premature end-of-file is encoun- tered. The response value is that returned from the write(2) call. R count Read count bytes of data from the open device. If count exceeds the size of the data buffer (10 kilobytes), it is truncated to the data buffer size. Rmt then performs the requested read(2) and responds with Acount-read if the read was success- ful; otherwise an error in the standard format is returned. If the read was successful, the data read is then sent. I operation count Perform a MTIOCOP ioctl(2) command using the specified parameters. The parameters are interpreted as the ASCII representa- tions of the decimal values to place in the mt_op and mt_count fields of the structure used in the ioctl call. The return value is the count parameter when the operation is successful. S Return the status of the open device, as obtained with a MTIOCGET ioctl call. If the operation was successful, an ``ack'' is sent with the size of the status buffer, then the status buffer is sent (in binary). Any other command causes rmt to exit. DIAGNOSTICS
All responses are of the form described above. SEE ALSO
rcmd(3), rexec(3), mtio(4), rdump(8), rrestore(8) BUGS
People tempted to use this for a remote file access protocol are discouraged. 4.2 Berkeley Distribution November 17, 1996 RMT(8)

Check Out this Related Man Page

RMT(8)							    BSD System Manager's Manual 						    RMT(8)

NAME
rmt -- remote magtape protocol module SYNOPSIS
rmt DESCRIPTION
Rmt is a program used by the remote dump and restore programs in manipulating a magnetic tape drive through an interprocess communication connection. Rmt is normally started up with an rexec(3) or rcmd(3) call. The rmt program accepts requests specific to the manipulation of magnetic tapes, performs the commands, then responds with a status indica- tion. All responses are in ASCII and in one of two forms. Successful commands have responses of: Anumber Number is an ASCII representation of a decimal number. Unsuccessful commands are responded to with: Eerror-number error-message Error-number is one of the possible error numbers described in intro(2) and error-message is the corresponding error string as printed from a call to perror(3). The protocol is comprised of the following commands, which are sent as indicated - no spaces are supplied between the command and its arguments, or between its arguments, and ' ' indicates that a newline should be supplied: Odevice mode Open the specified deviceusing the indicated mode.Deviceis a full pathname and modeis an ASCIIrepresentation of a decimal number suitable for passing to open(2).If a device had already been opened, it is closed before a new open is performed. Cdevice Close the currently open device. The devicespecified is ignored. Lwhence offset Perform an lseek(2) operation using the specified parameters. The response value is that returned from the lseek call. Wcount Write data onto the open device. Rmt reads count bytes from the connection, aborting if a premature end-of-file is encountered. The response value is that returned from the write(2) call. Rcount Read count bytes of data from the open device. If count exceeds the size of the data buffer (10 kilobytes), it is truncated to the data buffer size. Rmt then performs the requested read(2) and responds with Acount-read if the read was successful; otherwise an error in the standard format is returned. If the read was successful, the data read is then sent. Ioperation count Perform a MTIOCOP ioctl(2) command using the specified parameters. The parameters are interpreted as the ASCII representations of the decimal values to place in the mt_op and mt_count fields of the structure used in the ioctl call. The return value is the count parameter when the operation is successful. S Return the status of the open device, as obtained with a MTIOCGET ioctl call. If the operation was successful, an ``ack'' is sent with the size of the status buffer, then the status buffer is sent (in binary). Any other command causes rmt to exit. DIAGNOSTICS
All responses are of the form described above. SEE ALSO
rcmd(3), rexec(3), mtio(4), rdump(8), rrestore(8) BUGS
People should be discouraged from using this for a remote file access protocol. AUTHOR
The dump/restore backup suit was ported to Linux's Second Extended File System by Remy Card <card@Linux.EU.Org>. He maintained the initial versions of dump (up and including 0.4b4, released in january 1997). Starting with 0.4b5, the new maintainer is Stelian Pop <stelian@popies.net>. AVAILABILITY
The dump/restore backup suit is available from http://dump.sourceforge.net HISTORY
The rmt command appeared in 4.2BSD. rmt 0.4b28 April 12, 2002 rmt 0.4b28

Featured Tech Videos