rmt man page on BSDOS

Man page or keyword search:  
man Server   6284 pages
apropos Keyword Search (all sections)
Output format
BSDOS logo
[printable version]

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 manipu-
     lating a magnetic tape drive through an interprocess communication con-
     nection.  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 indication.
     All responses are in ASCII and in one of two forms.  Successful commands
     have responses of:

	   Anumber\n

     Number is an ASCII representation of a decimal number.  Unsuccessful com-
     mands are responded to with:

	   Eerror-number\nerror-message\n

     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 `\n' indicates that a
     newline should be supplied:

     Odevice\nmode\n
	     Open the specified device using the indicated mode. Device is a
	     full pathname and mode is an ASCII representation 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\n
	     Close the currently open device.  The device specified is ig-
	     nored.

     Lwhence\noffset\n
	     Perform an lseek(2) operation using the specified parameters.
	     The response value is that returned from the lseek call.

     Wcount\n
	     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\n
	     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\n if the read was successful; oth-
	     erwise an error in the standard format is returned.  If the read
	     was successful, the data read is then sent.

     Ioperation\ncount\n
	     Perform a MTIOCOP ioctl(2) command using the specified parame-
	     ters.  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 should be discouraged from using this for a remote file access
     protocol.

HISTORY
     The rmt command appeared in 4.2BSD.

4.2 Berkeley Distribution	 June 1, 1994				     2
[top]
                             _         _         _ 
                            | |       | |       | |     
                            | |       | |       | |     
                         __ | | __ __ | | __ __ | | __  
                         \ \| |/ / \ \| |/ / \ \| |/ /  
                          \ \ / /   \ \ / /   \ \ / /   
                           \   /     \   /     \   /    
                            \_/       \_/       \_/ 
More information is available in HTML format for server BSDOS

List of man pages available for BSDOS

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Tweet
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
....................................................................
Vote for polarhome
Free Shell Accounts :: the biggest list on the net