Control tasks between users

 

If you have a local console directly attached with remote access allowed or a remote console through dial-up support, you can perform control tasks.

For example, you can grant or refuse control of the console, request control of the console, and determine which user is in control of the console.

Both directly attached local consoles and LAN-attached local consoles can have data on the display at the same time. This is not associated with the console option Allow console recovery and console can be taken over by another console. Regardless of console connectivity, all console-capable devices are presented with display data. The following information covers the relationship between the local console directly attached with remote access and a remote console.

• Granting or refusing control to a remote console
  Granting control allows another user to work with the system. Refusing control denies a requesting user access to the system and allows the current user to continue to have control. When you grant control to another user, your console session and the remote control panel window close.

• Identifying user in control of a system
  Identifying the user who has System i™ control at a given time can help you determine how to proceed when you want to obtain control. This information applies to a local console directly attached with remote support and a remote console.

• Displaying the remote control panel in read-only mode
  If you have the remote control panel installed and configured at the local console, you can display the remote control panel in read-only mode. This allows you to see the remote control panel when you do not have System i control.

• Requesting and releasing control at the local console
  When your local console with remote support does not have System i control, request control at the local console to work with a system.

• Sending a message to a controlling remote console
  When using Operations Console, you might need to communicate with the user who has System i control. Operations Console allows a local console and a remote console to exchange messages when connected. Only the user that does not have control can initiate a message.

• Requesting control at the remote console
  To get an active console at the remote console, request control from the local console. An active console is a command interface that is currently interacting with a system through 5250 emulation.

• Releasing control at the remote console
  Releasing System i control at the remote console allows control to go back to the state that the local console was in when the first remote console requested control.

• Sending a message to a controlling local console or remote console
  While using Operations Console, you might need to communicate with the user who has control.

• Transferring control between users
  These examples show interactions between a local console directly attached with remote access allowed and a remote console. They illustrate how System i control is transferred between PCs after beginning an Operations Console configuration.

 

Parent topic:

Managing your console configuration

 

Related reference

Takeover or recovery of an Operations Console connection