Skip Navigation Links | |
Exit Print View | |
Oracle Solaris 11.1 Administration: Oracle Solaris Zones, Oracle Solaris 10 Zones, and Resource Management Oracle Solaris 11.1 Information Library |
Part I Oracle Solaris Resource Management
1. Introduction to Resource Management
2. Projects and Tasks (Overview)
3. Administering Projects and Tasks
4. Extended Accounting (Overview)
5. Administering Extended Accounting (Tasks)
6. Resource Controls (Overview)
7. Administering Resource Controls (Tasks)
8. Fair Share Scheduler (Overview)
9. Administering the Fair Share Scheduler (Tasks)
10. Physical Memory Control Using the Resource Capping Daemon (Overview)
11. Administering the Resource Capping Daemon (Tasks)
13. Creating and Administering Resource Pools (Tasks)
14. Resource Management Configuration Example
15. Introduction to Oracle Solaris Zones
16. Non-Global Zone Configuration (Overview)
Using Rights Profiles and Roles in Zone Administration
Pre-Installation Configuration Process
file-mac-profile Property for Read-Only Root Zone
Physical Memory Control and the capped-memory Resource
Adding a zpool Resource Automatically
Reliable Datagram Sockets Support in Non-Global Zones
Security Differences Between Shared-IP and Exclusive-IP Non-Global Zones
Using Shared-IP and Exclusive-IP Non-Global Zones at the Same Time
File System Mounts and Updating
/dev File System in Non-Global Zones
Removable lofi Device in Non-Global Zones
Disk Format Support in Non-Global Zones
Setting Zone-Wide Resource Controls
Including a Comment for a Zone
Tecla Command-Line Editing Library
17. Planning and Configuring Non-Global Zones (Tasks)
18. About Installing, Shutting Down, Halting, Uninstalling, and Cloning Non-Global Zones (Overview)
19. Installing, Booting, Shutting Down, Halting, Uninstalling, and Cloning Non-Global Zones (Tasks)
20. Non-Global Zone Login (Overview)
21. Logging In to Non-Global Zones (Tasks)
22. About Zone Migrations and the zonep2vchk Tool
23. Migrating Oracle Solaris Systems and Migrating Non-Global Zones (Tasks)
24. About Automatic Installation and Packages on an Oracle Solaris 11.1 System With Zones Installed
25. Oracle Solaris Zones Administration (Overview)
26. Administering Oracle Solaris Zones (Tasks)
27. Configuring and Administering Immutable Zones
28. Troubleshooting Miscellaneous Oracle Solaris Zones Problems
Part III Oracle Solaris 10 Zones
29. Introduction to Oracle Solaris 10 Zones
30. Assessing an Oracle Solaris 10 System and Creating an Archive
31. (Optional) Migrating an Oracle Solaris 10 native Non-Global Zone Into an Oracle Solaris 10 Zone
32. Configuring the solaris10 Branded Zone
33. Installing the solaris10 Branded Zone
The concept of a scope is used for the user interface. The scope can be either global or resource specific. The default scope is global.
In the global scope, the add subcommand and the select subcommand are used to select a specific resource. The scope then changes to that resource type.
For the add subcommand, the end or cancel subcommands are used to complete the resource specification.
For the select subcommand, the end or cancel subcommands are used to complete the resource modification.
The scope then reverts back to global.
Certain subcommands, such as add, remove, and set, have different semantics in each scope.
In interactive mode, the following subcommands are supported. For detailed information about semantics and options used with the subcommands, see the zonecfg(1M) man page. For any subcommand that could result in destructive actions or loss of work, the system requests user confirmation before proceeding. You can use the -F (force) option to bypass this confirmation.
Print general help, or display help about a given resource.
zonecfg:my-zone:capped-cpu> help
Begin configuring an in-memory configuration for the specified new zone for one of these purposes:
To apply the Oracle Solaris default settings to a new configuration. This method is the default.
With the -t template option, to create a configuration that is identical to the specified template. The zone name is changed from the template name to the new zone name.
With the -F option, to overwrite an existing configuration.
With the -b option, to create a blank configuration in which nothing is set.
Print the configuration to standard output, or to the output file specified, in a form that can be used in a command file.
In the global scope, add the specified resource type to the configuration.
In the resource scope, add a property of the given name with the given value.
See How to Configure the Zone and the zonecfg(1M) man page for more information.
Set a given property name to the given property value. Note that some properties, such as zonepath, are global, while others are resource specific. Thus, this command is applicable in both the global and resource scopes.
Applicable only in the global scope. Select the resource of the given type that matches the given property name-property value pair criteria for modification. The scope is changed to that resource type. You must specify a sufficient number of property name-value pairs for the resource to be uniquely identified.
Clear the value for optional settings. Required settings cannot be cleared. However, some required settings can be changed by assigning a new value.
In the global scope, remove the specified resource type. You must specify a sufficient number of property name-value pairs for the resource type to be uniquely identified. If no property name-value pairs are specified, all instances will be removed. If more than one exists, a confirmation is required unless the -F option is used.
In the resource scope, remove the specified property name-property value from the current resource.
Applicable only in the resource scope. End the resource specification.
The zonecfg command then verifies that the current resource is fully specified.
If the resource is fully specified, it is added to the in-memory configuration and the scope will revert back to global.
If the specification is incomplete, the system displays an error message that describes what needs to be done.
Applicable only in the resource scope. End the resource specification and reset the scope to global. Any partially specified resources are not retained.
Destroy the specified configuration. Delete the configuration both from memory and from stable storage. You must use the -F (force) option with delete.
Caution - This action is instantaneous. No commit is required, and a deleted zone cannot be reverted. |
Display information about the current configuration or the global resource properties zonepath, autoboot, and pool. If a resource type is specified, display information only about resources of that type. In the resource scope, this subcommand applies only to the resource being added or modified.
Verify current configuration for correctness. Ensure that all resources have all of their required properties specified. Verify the syntax of any rootzpool resource group and its properties. The accessibility of any storage specified by a URI is not verified.
Commit current configuration from memory to stable storage. Until the in-memory configuration is committed, changes can be removed with the revert subcommand. A configuration must be committed to be used by zoneadm. This operation is attempted automatically when you complete a zonecfg session. Because only a correct configuration can be committed, the commit operation automatically does a verify.
Revert configuration back to the last committed state.
Exit the zonecfg session. You can use the -F (force) option with exit.
A commit is automatically attempted if needed. Note that an EOF character can also be used to exit the session.
In command-file mode, input is taken from a file. The export subcommand described in zonecfg Interactive Mode is used to produce this file. The configuration can be printed to standard output, or the -f option can be used to specify an output file.