This procedure describes how to display osc-setcoremem help for the valid command line options and arguments. This command also displays help for the osc-setcoremem simulator. For more information on the simulator, see Using the osc-setcoremem Simulator.
For example:
# /opt/oracle.supercluster/bin/osc-setcoremem -h
osc-setcoremem
v2.4 built on Feb 27 2017 18:23:43
NON-INTERACTIVE ARGUMENTS
-l, -list .. list eligible domains
-R, -reset [-y|-n] .. return the system to the original state of socket/core/memory allocations
-type socket|core -res #sockets|#cores/memcap[:#sockets|#cores/memcap]* [-y|n]
"min|MIN" and "max|MAX" strings can be substituted in place of #sockets, #cores and
memory capacity to specify the minimum and maximum possible resource assignments
respectively.
"current|CURRENT" string can be used to accept the current config as is. In the
worst case, tool may use a value that is as close as possible to the current
value.
specify memory capacity in gigabytes aligned to 16 GB
** optional argument -y auto-confirms the desired change. likewise -n auto-rejects the changes
helps while testing).
SIMULATOR ARGUMENTS
-gencfgtmpl|-g .. generate base configuration on a live SuperCluster node that can readily be
used along with -config|-c option
-gencfgtmpl|-g -dc <domain-count> .. generate an editable base configuration file template
Base configuration is the core count & memory that each of the domains were
assigned during the initial setup.
-platform|-p <T4|T5|M6|M7|M8> -config|-c <config-file-path> [ <<non-interactive arguments>> ]
.. establish a new base configuration
The file containing base configuration can be auto/hand generated, or based on a
template created by using "-gencfgtmpl|-g [ -dc <count> ]" options.
<< No option >> [ <<non-interactive arguments>> ] .. continue with the current state in
simulator, if exist, on a non-SuperCluster node
Set shell variable SSC_SCM_SIMULATE to any value on a live SuperCluster node to
enable this behavior