Installing and Administering Solaris Container Manager 3.6.1

Default Containers

After the software is set up, the Containers view is initially loaded with a group titled Default. This group holds the following five default containers on a host that runs the Solaris 9 or Solaris 10 Operating System (OS):

Each of the five default containers has a corresponding entry in the /etc/project file. Specifically, the five entries correspond to default, noproject, user.root, system, and group.staff.


Note –

On a host that runs the Solaris 8 release, the Users with Group Staff (group.staff) container does not exist. Otherwise, the default containers are the same.


Figure 3–7 Sample: System Containers Group With Containers Showing

Screen capture of the System Containers group with contents
showing. Surrounding text describes the context.

Each default container is in the active state, and the boundaries are set at 1 minimum CPU reservation (CPU shares) and no memory cap. A default container is always bound to the default resource pool (pool_default) of the host. You can monitor the resource utilization and run reports on each default container if you have Performance Reporting Manager installed.

These default containers cannot be deactivated, edited, or deleted. Each container is labeled Read Only accordingly.

Every UNIX user is assigned to a default project and is correspondingly assigned to a default container. Initially, the default containers hold all processes that are running on the system. As you create projects, processes are moved from the corresponding default container into the project you create.