HP Archive Backup System for OpenVMS Guide to Operations
HP Archive Backup System for OpenVMS Guide to Operations HP Archive Backup System for OpenVMS Guide to Operations
Remote Devices 8.6 RDserver Inactivity Timer 8.5.3 Deny Specific RDF Clients Access to All Remote Devices You can deny access from specific RDF client nodes to all remote devices. For example, if the server node is MIAMI and you want to deny access to all remote devices from RDF client nodes OMAHA and DENVER, do the following: 1. Edit TTI_RDEV:CONFIG_MIAMI.DAT 2. Before the first device designation line, insert the /DENY qualifier: $ Edit TTI_RDEV:CONFIG_MIAMI.DAT CLIENT/DENY=(OMAHA,DENVER) DEVICE $1$MUA0: MUA0, TK50 DEVICE MSA0: TU80, 16700bpi OMAHA and DENVER are the specific RDF client nodes denied access to all the remote devices (MUA0, TU80) on the server node MIAMI. 8.5.4 Deny Specific RDF Clients Access to a Specific Remote Device You can deny specific client nodes access to a specific remote device. Example: If the server node is MIAMI and you want to deny access to MUA0 from RDF client nodes OMAHA and DENVER, do the following: 1. Edit TTI_RDEV:CONFIG_MIAMI.DAT 2. Find the device designation line (for example, DEVICE $1$MUA0:) 3. At the end of the device designation line, add the /DENY qualifier: $ Edit TTI_RDEV:CONFIG_MIAMI.DAT DEVICE $1$MUA0: MUA0, TK50/DENY=(OMAHA,DENVER) DEVICE MSA0: TU80, 16700bpi OMAHA and DENVER RDF client nodes are denied access to device MUA0 on the server node MIAMI. 8.6 RDserver Inactivity Timer One of the features of RDF is the RDserver Inactivity Timer. This feature gives system managers more control over rdallocated devices. The purpose of the RDserver Inactivity Timer is to rddeallocate any rdallocated device if NO I/O activity to the rdallocated device has occurred within a predetermined length of time. When the RDserver Inactivity Timer expires, the server process drops the link to the client node and deallocates the physical device on the server node. On the client side, the client process deallocates the RDEVn0 device. The default value for the RDserver Inactivity Timer is 3 hours. The RDserver Inactivity Timer default value can be manually set by defining a system wide logical on the RDserver node prior to rdallocating on the rdclient node. The logical name is RDEV_SERVER_INACTIVITY_TIMEOUT. To manually set the timeout value: $ DEFINE/SYSTEM RDEV_SERVER_INACTIVITY_TIMEOUT seconds For example, to set the RDserver Inactivity Timer to 10 hours, you would execute the following command on the RDserver node: $ DEFINE/SYSTEM RDEV_SERVER_INACTIVITY_TIMEOUT 36000 8-10 Remote Devices
Remote Devices 8.7 RDF Error Messages 8.7 RDF Error Messages CLIDENY CLIENTSBUSY DEVDENY EMPTYCFG LINKABORT NOCLIENT NOREMOTE SERVERTMO Access from this CLIENT to the SERVER is not allowed. Check for "CLI- ENT/ALLOW" in the RDserver’s configuration file. All 16 pesudo-devices are already in use. Client is not allowed to the Device or to the Node. This error message is dependent on the "CLIENT/ALLOW", "/ALLOW" or "CLIENT/DENY", "/DENY" qualifiers in the configuration file. Verify that the configuration file qualifier is used appropriately. The RDserver’s configuration file has no valid devices or they are all commented out. The connection to the device was aborted. For some reason the connection was interrupted and the remote device could not be found. Check the configuration file as well as the remote device. The RDdriver was not loaded. Most commonly the RDCLIENT_STARTUP.COM file was not executed for this node. This is a RDF status message. The remote device could not be found. Verify the configuration file as well as the status of the remote device. The RDserver did not respond to the request. Most commonly the RDSERVER_ STARTUP.COM file was not executed on the server node. Or, the server has too many connections already to reply in time to your request. Remote Devices 8–11
- Page 90 and 91: Media Management 4.11 Volumes 4.11.
- Page 92 and 93: Media Management 4.11 Volumes neede
- Page 94 and 95: Media Management 4.11 Volumes • R
- Page 96 and 97: Media Management 4.11 Volumes 4.11.
- Page 99 and 100: 5 Security The security model used
- Page 101 and 102: Security 5.1 MDMS Rights Table 5-1
- Page 103 and 104: Table 5-4 Domain Access Control Opt
- Page 105 and 106: 6 User Interfaces ABS and MDMS supp
- Page 107 and 108: 6.1.3 Logging In User Interfaces 6.
- Page 109 and 110: User Interfaces 6.1 Graphical User
- Page 111 and 112: User Interfaces 6.1 Graphical User
- Page 113 and 114: Figure 6-5 Domain View Showing Expa
- Page 115 and 116: User Interfaces 6.1 Graphical User
- Page 117 and 118: 6.1.13 Viewing MDMS Audit and Event
- Page 119 and 120: 6.2.1 Syntax Overview User Interfac
- Page 121 and 122: User Interfaces 6.3 User Interface
- Page 123 and 124: 7 Preparing For Disaster Recovery I
- Page 125 and 126: 7.1.2 Backup of MDMS$ROOT Preparing
- Page 127 and 128: 7.2 Prolog and Epilog Procedure Pre
- Page 129 and 130: 7.2.1 Restoring The System Disk To
- Page 131 and 132: 8 Remote Devices 8.1 RDF Installati
- Page 133 and 134: Remote Devices 8.4 Monitoring and T
- Page 135 and 136: 8.4.4 Changing Network Parameters f
- Page 137 and 138: • Free Space is 20 Remote Devices
- Page 139: Remote Devices 8.5 Controlling Acce
- Page 144 and 145: System Backup to Tape for Oracle Da
- Page 146 and 147: System Backup to Tape for Oracle Da
- Page 148 and 149: System Backup to Tape for Oracle Da
- Page 150 and 151: System Backup to Tape for Oracle Da
- Page 152 and 153: System Backup to Tape for Oracle Da
- Page 154 and 155: System Backup to Tape for Oracle Da
- Page 156 and 157: System Backup to Tape for Oracle Da
- Page 158 and 159: System Backup to Tape for Oracle Da
- Page 160 and 161: System Backup to Tape for Oracle Da
- Page 162 and 163: System Backup to Tape for Oracle Da
- Page 164 and 165: System Backup to Tape for Oracle Da
- Page 166 and 167: System Backup to Tape for Oracle Da
- Page 168 and 169: System Backup to Tape for Oracle Da
- Page 170 and 171: System Backup to Tape for Oracle Da
- Page 172 and 173: System Backup to Tape for Oracle Da
- Page 174 and 175: Virtual Library System (VLS) 10.3 Q
- Page 176 and 177: Architecture 11.1 The Server Proces
- Page 178 and 179: Architecture 11.2 Scheduler Interfa
- Page 180 and 181: Architecture 11.3 Catalogs Example
- Page 182 and 183: Architecture 11.4 Coordinator 11.4.
- Page 184 and 185: Troubleshooting 12.2 Media Manageme
- Page 186 and 187: Troubleshooting 12.2 Media Manageme
- Page 188 and 189: Troubleshooting 12.4 ABS Catalogs 1
Remote Devices<br />
8.6 RDserver Inactivity Timer<br />
8.5.3 Deny Specific RDF Clients Access <strong>to</strong> All Remote Devices<br />
You can deny access from specific RDF client nodes <strong>to</strong> all remote devices. For example, if the<br />
server node is MIAMI and you want <strong>to</strong> deny access <strong>to</strong> all remote devices from RDF client nodes<br />
OMAHA and DENVER, do the following:<br />
1. Edit TTI_RDEV:CONFIG_MIAMI.DAT<br />
2. Be<strong>for</strong>e the first device designation line, insert the /DENY qualifier:<br />
$ Edit TTI_RDEV:CONFIG_MIAMI.DAT<br />
CLIENT/DENY=(OMAHA,DENVER)<br />
DEVICE $1$MUA0: MUA0, TK50<br />
DEVICE MSA0: TU80, 16700bpi<br />
OMAHA and DENVER are the specific RDF client nodes denied access <strong>to</strong> all the remote<br />
devices (MUA0, TU80) on the server node MIAMI.<br />
8.5.4 Deny Specific RDF Clients Access <strong>to</strong> a Specific Remote Device<br />
You can deny specific client nodes access <strong>to</strong> a specific remote device.<br />
Example:<br />
If the server node is MIAMI and you want <strong>to</strong> deny access <strong>to</strong> MUA0 from RDF client nodes<br />
OMAHA and DENVER, do the following:<br />
1. Edit TTI_RDEV:CONFIG_MIAMI.DAT<br />
2. Find the device designation line (<strong>for</strong> example, DEVICE $1$MUA0:)<br />
3. At the end of the device designation line, add the /DENY qualifier:<br />
$ Edit TTI_RDEV:CONFIG_MIAMI.DAT<br />
DEVICE $1$MUA0: MUA0, TK50/DENY=(OMAHA,DENVER)<br />
DEVICE MSA0: TU80, 16700bpi<br />
OMAHA and DENVER RDF client nodes are denied access <strong>to</strong> device MUA0 on the server node<br />
MIAMI.<br />
8.6 RDserver Inactivity Timer<br />
One of the features of RDF is the RDserver Inactivity Timer. This feature gives system managers<br />
more control over rdallocated devices.<br />
The purpose of the RDserver Inactivity Timer is <strong>to</strong> rddeallocate any rdallocated device if NO I/O<br />
activity <strong>to</strong> the rdallocated device has occurred within a predetermined length of time. When the<br />
RDserver Inactivity Timer expires, the server process drops the link <strong>to</strong> the client node and deallocates<br />
the physical device on the server node. On the client side, the client process deallocates<br />
the RDEVn0 device.<br />
The default value <strong>for</strong> the RDserver Inactivity Timer is 3 hours.<br />
The RDserver Inactivity Timer default value can be manually set by defining a system wide logical<br />
on the RDserver node prior <strong>to</strong> rdallocating on the rdclient node. The logical name is<br />
RDEV_SERVER_INACTIVITY_TIMEOUT.<br />
To manually set the timeout value:<br />
$ DEFINE/SYSTEM RDEV_SERVER_INACTIVITY_TIMEOUT seconds<br />
For example, <strong>to</strong> set the RDserver Inactivity Timer <strong>to</strong> 10 hours, you would execute the following<br />
command on the RDserver node:<br />
$ DEFINE/SYSTEM RDEV_SERVER_INACTIVITY_TIMEOUT 36000<br />
8-10 Remote Devices