Auxiliary Storage Shortage
The SSH Tectia Server for IBM z/OS server program sshd2 may make large demands
on Auxiliary Storage.
If the server causes the total allocation of virtual storage in the system
to approach the amount of Auxiliary Storage available, the system may
enter an Auxiliary Storage Shortage state, which will require operator
action to rectify. In this state the system will fail to start new
processes.
When a client requests file statistics or file transfer the server may
stage the file into memory (see Section Staging). Staging a dataset means that the server creates a
Hiperspace memory file and copies the whole dataset into it. Each memory
file will be the size of the converted dataset, up to 2 GB. A memory
file is retained until a file transfer operation on it has ended or the
connection is ended. The server may concurrently retain several memory
files.
Clients that have a file-listing feature may request file statistics for
every file in a directory.
Thus a user on a remote machine may cause an Auxiliary Storage Shortage by
executing the sftp command ls in a directory that contains many
files or several large files, or get for a very large dataset or
file. The user must be authenticated before entering commands.
SSH Tectia Server for IBM z/OS allows limiting the total amount of virtual storage that is used
on one client connection. See Section File Transfer Environment Variables for the Server for more
information.
Users should take precautions against the occurrence of an Auxiliary
Storage Shortage situation by
- having a spare page dataset available
- being prepared to identify and cancel the process causing the shortage, and
- issuing the
PAGEADD command to make the spare page dataset available to the system.
