NOTE: UAS and UAI are deprecated in CSM 1.5.2 and will be removed in CSM 1.6
Functionality that is currently not supported while using UAS.
lfs
) commands within the UAS service poddmesg
cannot run inside a UAI because of container security limitationsncn-w001
to a UAI because UAIs use LoadBalancer IP addresses on the Customer Access Network (CAN) instead of NodePorts and the LoadBalancer IP addresses are not accessible from ncn-w001
cray uas uais
commands are not restricted to operating on UAIs owned by the user authenticated with cray auth login
Changes made to a running UAI will be lost if the UAI is restarted or deleted. The only changes in a UAI that will persist are those written to an externally mounted file system (such as Lustre or NFS). To make changes to the base image for a UAI, see Customize End-User UAI Images.
A UAI may restart because of an issue on the physical node, scheduled node maintenance, or intentional restarts by a site administrator.
In this case, any running processes (such as compiles), Slurm interactive jobs, or changes made to the UAI (such as package installations) are lost.
A UAI may also terminate and have to be restarted if its hard
timeout is reached while a user is logged in or if its soft
timeout is reached while it is idle – defined as having no logged in user sessions – or before it becomes idle.
If a UAI restarts on a node that was recently rebooted, some of the configured volumes may not be ready and it could appear that content in the UAI is missing. In this case, restart the UAI.