comando clmgr
Propósito
O comando clmgr oferece uma interface consistente e confiável para executar operações de cluster PowerHA® SystemMirror® usando um terminal ou script.Sintaxe completa
O seguinte é uma sintaxe completa para o comando clmgr:
clmgr {[-c|-d <DELIMITER>] [-S] | [-x]}
[-v][-f][-D] [-T <#####>]
[-l {error|standard|low|med|high|max}][-a {<ATTR#1>,<ATTR#2>,...}] <ACTION> <CLASS> [<NAME>]
[-h | <ATTR#1>=<VALUE#1> <ATTR#2>=<VALUE#2> <ATTR#n>=<VALUE#n>]
clmgr {[-c|-d <DELIMITER>] [-S] | [-x]}
[-v][-f] [-D] [-T <#####>]
[-l {error|standard|low|med|high|max}][-a {<ATTR#1>,<ATTR#2>,...}]
[-M]- "<ACTION> <CLASS> [<NAME>] <ATTR#1>=<VALUE#1> <ATTR#n>=<VALUE#n>] ..."
ACTION={add|modify|delete|query|online|offline|...}
CLASS={cluster|site|node|network|resource_group|...}
clmgr {-h|-?} [-v]
clmgr [-v] helpO seguinte é o formato básico para uso do comando clmgr:
clmgr <ACTION> <CLASS> [<NAME>] [<ATTRIBUTES...>]clmgr ACTION a partir da linha de comandos, sem nenhuma CLASS fornecida,
resulta em uma lista de todas as CLASSes disponíveis para a ACTION especificada. Inserir clmgr
ACTION CLASS sem nenhum NAME ou ATTRIBUTES fornecido é ligeiramente diferente, pois algumas combinações de
ACTION+CLASS não requerem nenhum parâmetro adicional. Para exibir a ajuda neste cenário,
deve-se solicitar explicitamente a ajuda ao anexar a sinalização -h para o comando
clmgr ACTION CLASS. Não é possível exibir a ajuda a partir da linha de comandos para cada
um dos ATTRIBUTES individuais dos comandos clmgr.Descrição
O alto grau de consistência usada pelo comando clmgr ajuda a facilitar o aprendizado e o uso. Além da consistência de execução, clmgr também fornece códigos de retorno consistentes para tornar o script mais fácil. Diversos formatos de saída também são fornecidos para consultas de dados para tornar a coleta de informações de cluster tão fácil quanto possível.
Todas as operações de comando clmgr são registradas no arquivo clutils.log, incluindo o nome
do comando que foi executado, os comandos de horário de início e término e o nome do usuário que
iniciou o comando.
Nota: Se os grupos de recursos tiverem mais de uma dependência, não será possível utilizar o comando clmgr para mover vários grupos de recursos.
Sinalizações
- Ação
- Descreve a operação a ser executada.Nota: A ACTION não é sensível ao caso. Todas as sinalizações ACTION fornecem um alias curto. Por exemplo,
rmé um alias paradelete. Os aliases são fornecidos para conveniência a partir da linha de comandos e não deve ser usado em scripts.As seguintes quatro sinalizações ACTION estão disponíveis em quase todos os objetos CLASS suportados:- add (Alias: a)
- query (Aliases: q, ls, get)
- modify (Aliases: mod, ch, set)
- delete (Aliases: de, rm, er)
As ACTIONS remanescentes são suportadas somente em um pequeno subconjunto de objetos CLASS suportados:- Cluster, Nó, Grupo de Recursos:
- start (Aliases: online, on)
- stop (Aliases: offline, off)
- Grupo de Recursos, IP de Serviço, IP Persistente:
- move (Alias: mv)
- Cluster, Interface, Log, Nó, Captura Instantânea, Rede, Monitor de Aplicativo:
- manage (Alias: mg)
- Cluster e Coleção de Arquivos:
- sync (Alias: sy)
- Cluster, Método:
- verificar (Alias: ve)
- Cluster, captura instantânea:
- compare (Alias: comp, diff)
- Log, Relatório, Captura Instantânea:
- view (Alias: vi)
- Repositório:
- replace (Alias: rep, switch, swap)
- CLASSE
- O tipo de objeto no qual a ACTION é executada.Nota: O CLASS não é caso-sensível. Todos os objetos CLASS fornece um alias mais curto. Por exemplo,
fcé um alias parafile_collection. Os aliases são fornecidos para conveniência a partir da linha de comandos e não deve ser usado em scripts.O seguinte é uma lista completa de objetos CLASS suportados:- cluster (Alias: cl)
- repository (Alias: rp)
- site (Alias: st)
- node (Alias: no)
- interface (Aliases: in, if)
- network (Aliases: ne, nw)
- resource_group (Alias: rg)
- service_ip (Alias: si)
- persistent_ip (Alias: pi)
- application_controller (Aliases: ac, app)
- application_monitor (Aliases: am, mon)
- tape (Alias: tp)
- dependency (Alias: de)
- file_collection (Aliases: fi, fc)
- snapshot (Aliases: sn, ss)
- method (Alias: me)
- volume_group (Alias: vg)
- logical_volume (Alias: lv)
- file_system (Alias: fs)
- physical_volume (Aliases: pv, disk)
- mirror_pool (Alias: mp)
- user (Alias: ur)
- group (Alias: gp)
- ldap_server (Alias: ls)
- ldap_client (Alias: lc)
- evento
- HMC
- cod (Alias: cuod, dlpar)
- Nome
- O objeto específico de tipo CLASS no qual a ACTION está para ser executada.
- ATTR=VALUE
- Uma sinalização opcional que tem pares de atributos e pares de valores específicos da combinação
ACTION+CLASS. Use essa sinalização de pares para especificar as definições de configuração ou para ajustar operações
específicas.Quando usado com a ação de consulta, as especificações ATTR=VALUE podem ser usadas para executar procura e filtragem baseadas no atributo. Quando usado para esse propósito, é possível usar curingas simples. Por exemplo, "*" corresponde a zero ou maior de qualquer caractere, "?" corresponde a zero ou um de qualquer caractere.Nota: Um ATTR pode nem sempre precisar ser totalmente datilografado. Deve ser fornecido somente o número de caracteres principais solicitados para identificar exclusivamente o atributo a partir do conjunto de atributos disponível para a operação especificada. Em vez de inserir
FC_SYNC_INTERVAL, para a operação add cluster, é possível inserirFCpara o mesmo resultado. - -a
- Exibe somente os atributos especificados e é válido somente com as ACTIONs query, add, e modify. Os nomes de atributos não diferenciam maiúsculas de minúsculas e podem ser usados com os curingas padrão do UNIX®, "*" e "?".
- -c
- Exibe todos os dados em formato delimitado por dois pontos e é válido somente com as ACTIONs query, add e modify.
- -d
- Válido somente com as sinalizações de ACTION query, add e modify, solicita que todos os dados a serem exibidos em formato delimitado, usando o delimitador especificado.
- -D
- Desativa o mecanismo de dependência no comando clmgr que tenta criar qualquer recurso de requisito, usando valores padrão, caso ainda não estejam definidos no cluster.
- -f
- Substitui qualquer prompt interativo, forçando a operação atual a ser tentada (se forçar a operação for uma possibilidade).
- -h
- Exibe informações de ajuda.
- -l
- Ativa os seguintes valores de criação de logs de rastreio para capacidade de manutenção:
- Erro: Atualiza somente o arquivo de log se um erro foi detectado.
- Padrão: Registra informações básicas para cada operação
clmgr. - Baixo: Entrada básica e rastreio de saída para cada função.
- Méd.: Executa rastreio baixo, incluindo parâmetros de entrada de função e valores de retorno de função.
- Alto: Executa rastreioméd., incluindo o rastreio de cada linha de execução, omitindo funções de rotina e utilitário.
- Máx. - Executa rastreio alto, incluindo a função de rotina e a função de utilitário. Inclui um registro de hora e data na mensagem de entrada e de saída de função.
Nota: Todos os dados de rastreio são gravados no arquivo clutils.log . Esta sinalização é ideal para resolução de problemas. - -M
- Permite que diversas operações sejam especificadas e executadas por meio de uma chamada de clmgr, com uma operação sendo especificada por linha. Todas as operações compartilharão um ID de transação comum.
- -S
- Exibe dados com cabeçalhos de coluna suprimidos e é válido somente com a ACTION query e sinalização -c.
- -T
- Um ID de transação é aplicado a todas as saídas registradas para ajudar a agrupar uma ou mais atividades em um único corpo de saída que pode ser extraído do log para análise. Esta sinalização é ideal para resolução de problemas.
- -v
- Exibe o detalhamento máximo na saída.Nota: Exibe todas as instâncias da classe especificada, quando utilizada com a AÇÃO de consulta e nenhum nome de objeto específico. Por exemplo, inserir
clmgr -v query nodeexibe todos os nós e seus atributos. Exibe os atributos resultantes depois de a operação ser concluída (somente se a operação for bem-sucedida), quando a sinalização é usada com a ACTION add ou modify. - -x
- Exibe todos os dados em um formato XML simples e é válido somente com as ACTIONs query, add e modify.
Sintaxe para todas as operações clmgr possíveis
As seguintes seções descrevem a sintaxe de todas as operações clmgr possíveis.
- Controlador de aplicativo
- Monitor de aplicativo
- Perfis de backup
- Cluster
- CoD
- Dependência
- EFS
- Evento
- Cronômetro de fallback
- Coleção de arquivos
- Sistema de arquivos
- Grupo
- HMC
- Interface
- Cliente LDAP
- Servidor LDAP
- Log
- Volume lógico
- Método
- Grupo de espelhos
- Par de espelhos
- Conjunto de reflexos
- Rede
- Nó
- IP/Etiqueta Persistente
- Volume Físico
- Relatório
- Repositório
- Grupo de Recursos
- IP/Rótulo de Serviço
- Site
- Captura instantânea
- Agente de armazenamento
- Sistema de armazenamento
- fita
- Usuário
- Grupo de volume
- Agrupamento
clmgr add cluster \ [ <cluster_label> ] \ [ NODES=<host>[,<host#2>,...] ] \ [ TYPE={NSC|SC} ] \ [ HEARTBEAT_TYPE={unicast|multicast} ] \ [ CLUSTER_IP=<IP_Address> ] \ [ REPOSITORIES=<disk>[,<backup_disk>,...] ] \ [ FC_SYNC_INTERVAL=## ] \ [ RG_SETTLING_TIME=## ] \ [ MAX_EVENT_TIME=### ] \ [ MAX_RG_PROCESSING_TIME=### ] \ [ DAILY_VERIFICATION={Enabled|Disabled} ] \ [ VERIFICATION_NODE={Default|<node>} ] \ [ VERIFICATION_HOUR=<00..23> ] \ [ VERIFICATION_DEBUGGING={Enabled|Disabled} ] \ [ HEARTBEAT_FREQUENCY=<min..max> ] \ [ GRACE_PERIOD=<min..max> ] \ [ SITE_POLICY_FAILURE_ACTION={fallover|notify} ] \ [ SITE_POLICY_NOTIFY_METHOD="<FULL_PATH_TO_FILE>" ] \ [ SITE_HEARTBEAT_CYCLE=<min..max> ] \ [ SITE_GRACE_PERIOD=<min..max> ] \ [ TEMP_HOSTNAME={disallow|allow} ] \ [ MONITOR_INTERFACES={enable|disable} ] \ [ LPM_POLICY={manage|unmanage} ] \ [ NETWORK_FAILURE_DETECTION_TIME=<0,5..590> ] \ [ LVM_PREFERRED_READ=<roundrobin|favorcopy|siteaffinity> ] [ CRIT_DAEMON_RESTART_GRACE_PERIOD=<0..240> ] \ [ SKIP_EVENT_PROCESSING_MANAGE_MODE={true|false} ] [ CAA_PVM_WATCHDOG_TIMER={DISABLE|DUMP_RESTART|HARD_RESET|HARD_POWER_OFF} ]clmgr add cluster \ [ <cluster_label> ] \ [ NODES=<host>[,<host#2>,...] ] \ [ TYPE="LC" \ [ HEARTBEAT_TYPE={unicast|multicast} ] \ [ FC_SYNC_INTERVAL=## ] \ [ RG_SETTLING_TIME=## ] \ [ MAX_EVENT_TIME=### ] \ [ MAX_RG_PROCESSING_TIME=### ] \ [ DAILY_VERIFICATION={Enabled|Disabled} ] \ [ VERIFICATION_NODE={Default|<node>} ] \ [ VERIFICATION_HOUR=<00..23> ] \ [ VERIFICATION_DEBUGGING={Enabled|Disabled} ] \ [ HEARTBEAT_FREQUENCY=<min..max> ] \ [ GRACE_PERIOD=<min..max> ] \ [ SITE_POLICY_FAILURE_ACTION={fallover|notify} ] \ [ SITE_POLICY_NOTIFY_METHOD="<FULL_PATH_TO_FILE>" ] \ [ SITE_HEARTBEAT_CYCLE=<min..max> ] \ [ SITE_GRACE_PERIOD=<min..max> ] \ [ TEMP_HOSTNAME={disallow|allow} ] \ [ MONITOR_INTERFACES={enable|disable} ] \ [ LPM_POLICY={manage|unmanage} ] \ [ NETWORK_FAILURE_DETECTION_TIME=<0,5..590> ] \ [ LVM_PREFERRED_READ=<roundrobin|favorcopy|siteaffinity> ] [ CRIT_DAEMON_RESTART_GRACE_PERIOD=<0..240> ] \ [ SKIP_EVENT_PROCESSING_MANAGE_MODE={true|false} ] [ CAA_PVM_WATCHDOG_TIMER={DISABLE|DUMP_RESTART|HARD_RESET|HARD_POWER_OFF} ]Tabela 1. Acrônimos e seus significados Acrônimo Significado NSC Cluster fora de site (nenhum site será definido) SC Cluster estendido (infraestrutura simplificada, ideal para replicação de dados de distância limitada; os sites devem ser definidos) LC Cluster vinculado (infraestrutura com todos os recursos, ideal para replicação de dados de longa distância; os sites devem ser definidos). Notas:- CLUSTER_IP pode ser usado somente com um tipo de cluster de NSC ou SC. Para clusters LC, o endereço multicast deve ser configurado para cada site.
- A opção REPOSITORIES pode ser usada somente com um tipo de cluster de NSC ou SC. Para clusters LC, a opção REPOSITORIES é identificada para cada site. A opção REPOSITORIES pode usar sete discos. O primeiro disco é o disco de repositório ativo e os discos seguintes são os discos de repositório de backup.
clmgr modify cluster \ [ NAME=<new_cluster_label> ] \ [ NODES=<host>[,<host#2>,...] ] \ [ TYPE={NSC|SC} ] \ [ HEARTBEAT_TYPE={unicast|multicast} ] \ [ CLUSTER_IP=<IP_Address> ] \ [ REPOSITORIES=<disk>[,<backup_disk>,...] ] \ [ FC_SYNC_INTERVAL=## ] \ [ RG_SETTLING_TIME=## ] \ [ MAX_EVENT_TIME=### ] \ [ MAX_RG_PROCESSING_TIME=### ] \ [ DAILY_VERIFICATION={Enabled|Disabled} ] \ [ VERIFICATION_NODE={Default|<node>} ] \ [ VERIFICATION_HOUR=<00..23> ] \ [ VERIFICATION_DEBUGGING={Enabled|Disabled} ] \ [ HEARTBEAT_FREQUENCY=<10..600> ] \ [ GRACE_PERIOD=<5..600> ] \ [ SITE_POLICY_FAILURE_ACTION={fallover|notify} ] \ [ SITE_POLICY_NOTIFY_METHOD="<FULL_PATH_TO_FILE>" ] [ SITE_HEARTBEAT_CYCLE=<min..max> ] \ [ SITE_GRACE_PERIOD=<5..30> ] \ [ TEMP_HOSTNAME={disallow|allow} ] \ [ MONITOR_INTERFACES={enable|disable} ] \ [ LPM_POLICY={manage|unmanage} ] \ [ HEARTBEAT_FREQUENCY_DURING_LPM=### ] \ [ NETWORK_FAILURE_DETECTION_TIME=<0,5...590> ] \ [ CAA_AUTO_START_DR={Enabled|Disabled} ] \ [ CAA_DEADMAN_MODE={assert|event} ] \ [ CAA_REPOS_MODE={assert|event} ] \ [ CAA_CONFIG_TIMEOUT=<0..2147483647> ] \ [ LVM_PREFERRED_READ=<roundrobin|favorcopy|siteaffinity> ] [ CRIT_DAEMON_RESTART_GRACE_PERIOD=<0..240> ] \ [ SKIP_EVENT_PROCESSING_MANAGE_MODE={true|false} ] [ CAA_PVM_WATCHDOG_TIMER={DISABLE|DUMP_RESTART|HARD_RESET|HARD_POWER_OFF} ]Nota: A opção REPOSITIES pode ser usada apenas com um tipo de cluster de NSC ou SC. Para clusters LC, a opção REPOSITORIES é identificada para cada site. A opção REPOSITORIES pode usar seis discos de repositório de backup.clmgr modify cluster \ [ NAME=<new_cluster_label> ] \ [ NODES=<host>[,<host#2>,...] ] \ [ TYPE="LC" ] \ [ HEARTBEAT_TYPE={unicast|multicast} ] \ [ FC_SYNC_INTERVAL=## ] \ [ RG_SETTLING_TIME=## ] \ [ MAX_EVENT_TIME=### ] \ [ MAX_RG_PROCESSING_TIME=### ] \ [ DAILY_VERIFICATION={Enabled|Disabled} ] \ [ VERIFICATION_NODE={Default|<node>} ] \ [ VERIFICATION_HOUR=<00..23> ] \ [ VERIFICATION_DEBUGGING={Enabled|Disabled} ] \ [ HEARTBEAT_FREQUENCY=<10..60> ] \ [ GRACE_PERIOD=<5..600> ] \ [ SITE_POLICY_FAILURE_ACTION={fallover|notify} ] \ [ SITE_POLICY_NOTIFY_METHOD="<FULL_PATH_TO_FILE>" ] [ SITE_HEARTBEAT_CYCLE=<min..max> ] \ [ SITE_GRACE_PERIOD=<5..30> ] \ [ TEMP_HOSTNAME={disallow|allow} ] \ [ MONITOR_INTERFACES={enable|disable} ] \ [ LPM_POLICY={manage|unmanage} ] \ [ HEARTBEAT_FREQUENCY_DURING_LPM=### ] \ [ NETWORK_FAILURE_DETECTION_TIME=<0,5...590> ] \ [ CAA_DEADMAN_MODE={assert|event} ] \ [ CAA_REPOS_MODE={assert|event} ] \ [ CAA_CONFIG_TIMEOUT=<0..2147483647> ] \ [ LVM_PREFERRED_READ=<roundrobin|favorcopy|siteaffinity> ] [ CRIT_DAEMON_RESTART_GRACE_PERIOD=<0..240> ] \ [ SKIP_EVENT_PROCESSING_MANAGE_MODE={true|false} ] [ CAA_PVM_WATCHDOG_TIMER={DISABLE|DUMP_RESTART|HARD_RESET|HARD_POWER_OFF} ]
clmgr modify cluster \ [ SPLIT_POLICY={none|tiebreaker|manual|NFS|Cloud} ] \ [ TIEBREAKER=<disk> ] \ [ SITE_PRIORITY=<site> ] \ [ TIMEDELAY=### ] \ [ CLOUD_SERVICE={ibm|aws} ] \ [ BUCKET_NAME={<bucket_name>} ] \ [ USE_EXISTING_BUCKET={yes|no} ] \ [ MERGE_POLICY={none|majority|tiebreaker|manual|NFS|Cloud} ] \ [ NFS_QUORUM_SERVER=<server> ] \ [ LOCAL_QUORUM_DIRECTORY=<local_mount>] \ [ REMOTE_QUORUM_DIRECTORY=<remote_mount>] \ [ QUARANTINE_POLICY=<disable|node_halt|fencing|halt_with_fencing>] \ [ CRITICAL_RG=<rgname> ] \ [ NOTIFY_METHOD=<method> ] \ [ NOTIFY_INTERVAL=### ] \ [ MAXIMUM_NOTIFICATIONS=### ] \ [ DEFAULT_SURVIVING_SITE=<site> ] \ [ APPLY_TO_PPRC_TAKEOVER={yes|no} ] \ [ ACTION_PLAN={reboot|disable_rgs_autostart|disable_cluster_services_autostart} ] [ CAA_PVM_WATCHDOG_TIMER={DISABLE|DUMP_RESTART|HARD_RESET|HARD_POWER_OFF} ]
Nota: Após os sites serem totalmente definidos e sincronizados e se sites já estiverem em uso, o tipo de cluster não pode ser modificado.clmgr query cluster [ ALL | {CORE,SECURITY,SPLIT-MERGE,HMC,ROHA,TUNING} ] clmgr delete cluster [ NODES={ALL|<node>[,<node#2>,...}] ]Nota: Os padrões de ação de exclusão para excluir o cluster completamente, de todos os nós disponíveis.clmgr discover cluster clmgr recover cluster [CANCEL_EVENT = {false/true}] clmgr sync cluster \ [ VERIFY={yes|no} ] \ [ CHANGES_ONLY={no|yes} ] \ [ DEFAULT_TESTS={yes|no} ] \ [ METHODS=<method#1>[,<method#2>,...] ] \ [ FIX={no|yes} ] \ [ LOGGING={standard|verbose} ] \ [ LOGFILE=<PATH_TO_LOG_FILE> ] \ [ MAX_ERRORS=## ] \ [ FORCE={no|yes} ]Nota: Todas as opções são parâmetros de verificação, portanto, só são válidos quando VERIFICAR é configurado como sim.clmgr manage cluster {reset|unlock} clmgr manage cluster security \ [ LEVEL={Disable|Low|Med|High} ] \ [ ALGORITHM={DES|3DES|AES} ]\ [ GRACE_PERIOD=<SECONDS> ] \ [ REFRESH=<SECONDS> ] ] \ [ MECHANISM={OpenSSL|SSH} ] \ [ CERTIFICATE=<PATH_TO_FILE> \ [ PRIVATE_KEY=<PATH_TO_FILE> ]Nota: Se um MECANISMO de SSL ou SSH for especificado, então um certificado feito personalizado e arquivo de chave privada deverá ser fornecido.clmgr manage cluster security \ [ LEVEL={Disable|Low|Med|High} ] \ [ ALGORITHM={DES|3DES|AES} ]\ [ GRACE_PERIOD=<SECONDS> ] \ [ REFRESH=<SECONDS> ] ] \ [ MECHANISM="SelfSigned" ] \ [ CERTIFICATE=<PATH_TO_FILE> ] \ [ PRIVATE_KEY=<PATH_TO_FILE> ]Nota: Se um MECANISMO de Self-Signed for especificado, então especificar um certificado e arquivo de chave privada é opcional. Se nenhum for fornecido, um par padrão será gerado automaticamente. GRACE_PERIOD assume o padrão de 21600 segundos (6 horas). REFRESH assume o padrão de 86400 segundos (24 horas).clmgr manage cluster hmc \ [ DEFAULT_HMC_TIMEOUT=<MINUTES> ] \ [ DEFAULT_HMC_RETRY_COUNT=<INTEGER> ] \ [ DEFAULT_HMC_RETRY_DELAY=<SECONDS> ] \ [ DEFAULT_HMCS_LIST=<HMCS> ] clmgr manage cluster roha \ [ ALWAYS_START_RG={YES|NO} ] \ [ ADJUST_SPP_SIZE={YES|NO} ]\ [ FORCE_SYNC_RELEASE={YES|NO} ] \ [ AGREE_TO_COD_COSTS={YES|NO} ] ] \ [ ONOFF_DAYS=<DAYS>} ] [ RESOURCE_ALLOCATION_ORDER={free_pool_before_enterprise_pool|enterprise_pool_before_free_pool|all_enterprise_pool_before_free_pool} ]clmgr verify cluster \ [ CHANGES_ONLY={no|yes} ] \ [ DEFAULT_TESTS={yes|no} ] \ [ METHODS=<method#1>[,<method#2>,...] ] \ [ FIX={no|yes} ] \ [ LOGGING={standard|verbose} ] \ [ LOGFILE=<PATH_TO_LOG_FILE> ] \ [ MAX_ERRORS=## ] [ SYNC={no|yes} ] \ [ FORCE={no|yes} ]Nota: A opção FORCE pode ser usada quando o SYNC for configurado como sim.clmgr offline cluster \ [ WHEN={now|restart|both} ] \ [ MANAGE={offline|move|unmanage} ] \ [ BROADCAST={true|false} ] \ [ TIMEOUT=<seconds_to_wait_for_completion> ] [ STOP_CAA={no|yes} ] clmgr online cluster \ [ WHEN={now|restart|both} ] \ [ MANAGE={auto|manual|delayed} ] \ [ BROADCAST={false|true} ] \ [ CLINFO={false|true|consistent} ] \ [ FORCE={false|true} ] \ [ FIX={no|yes|interactively} ] \ [ TIMEOUT=<seconds_to_wait_for_completion> ] \ [ START_CAA={no|yes|only} ]Notas:- O atributo RG_SETTLING_TIME afeta somente grupos de recursos com uma política de inicialização de On-line no Primeiro Nó Disponível. Um alias para cluster é cl.
- The STOP_CAA and START_CAA options bring the Cluster Aware AIX® (CAA) cluster services offline or online. Use essas opções quando houver uma necessidade específica conhecida para elas ou sob a orientação do suporte IBM®. Não desative os serviços de cluster de CAA, pois isso desativa a capacidade de detectar problemas no ambiente em cluster. Se você especificar o valor do parâmetro START_CAA como only, PowerHA SystemMirror iniciará somente os serviços CAA.
clmgr compare cluster <host1>,<host2> \ [ DIRECTORY="/absolute/path/to/store/results" ] \ [ DISABLE_EXPECT ]- Repositório
clmgr add repository <disk>[,<backup_disk#2>,...] \ [ SITE=<site_label> ]\ [ NODE=<reference_node> ]Nota: Se um repositório ativo não está já definido, o primeiro disco é usado como repositório ativo. Qualquer outro disco na lista é definido como disco de repositório de backup. É possível identificar até seis discos de repositório de backup por cluster para clusters padrão e clusters estendidos. É possível identificar até seis discos de repositório de backup por site para clusters vinculados.clmgr replace repository [ <new_repository> ] \ [ SITE=<site_label> ] \ [ NODE=<reference_node>]Nota: Se nenhum disco for especificado, o primeiro disco na lista de backup será usado.clmgr query repository [ <disk>[,<disk#2>,...] ] clmgr delete repository {<backup_disk>[,<disk#2>,...] | ALL}\ [ SITE=<site_label> ] \ [ NODE=<reference_node> ]Nota: Não é possível excluir um disco de repositório ativo. Somente os repositórios de backup podem ser removidos.- Site
clmgr add site <sitename> \ [ NODES=<node>[,<node#2>,...] ]\ [ SITE_IP=<multicast_address> ] \ [ RECOVERY_PRIORITY={MANUAL|1|2} ] \ [ REPOSITORIES=<disk>[,<backup_disk>,...] ]Nota: A opção REPOSITIES pode ser usada apenas com um tipo de cluster de LC. A opção REPOSITORIES pode usar sete discos. O primeiro disco é o disco de repositório ativo e os discos seguintes são os discos de repositório de backup.clmgr modify site <sitename> \ [ NAME=<new_site_label> ] \ [ NODES=<node>[,<node#2>,...] ] \ [ SITE_IP=<multicast_address> ] \ [ RECOVERY_PRIORITY={MANUAL|1|2} ] \ [ REPOSITORIES=<backup_disk>[,<backup_disk>,...] ] \ [ HMCS=<hmc>[,<hmc#2>,...] ]Notas:- O atributo SITE_IP pode ser usado somente com um tipo de cluster de LC (clusters vinculados) e um tipo de pulsação de cluster de multicast.
- A opção REPOSITORIES pode ser usada somente com um tipo de cluster de LC. A opção REPOSITORIES pode usar seis discos de repositório de backup.
clmgr query site [ <sitename>[,<sitename#2>,...] ] clmgr delete site {<sitename>[,<sitename#2>,...] | ALL} clmgr recover site [CANCEL_EVENT = {false/true}] clmgr offline site <sitename> \ [ WHEN={now|restart|both} ] \ [ MANAGE={offline|move|unmanage} ] \ [ BROADCAST={true|false} ] \ [ TIMEOUT=<seconds_to_wait_for_completion> ] \ [ STOP_CAA={no|yes} ] clmgr online site <sitename> \ [ WHEN={now|restart|both} ] \ [ MANAGE={auto|manual} ] \ [ BROADCAST={false|true} ] \ [ CLINFO={false|true|consistent} ] \ [ FORCE={false|true} ] \ [ FIX={no|yes|interactively} ] \ [ TIMEOUT=<seconds_to_wait_for_completion> ] \ [ START_CAA={no|yes|only} ] clmgr manage site respond {continue|recover}Notas:- Um alias para site é st.
- The STOP_CAA and START_CAA options bring the Cluster Aware AIX (CAA) cluster services offline or online. Use essas opções quando houver uma necessidade específica conhecida para elas ou sob a orientação do suporte IBM. Não desative os serviços de cluster de CAA, pois isso desativa a capacidade de detectar problemas no ambiente em cluster. Se você especificar o valor do parâmetro START_CAA como only, PowerHA SystemMirror iniciará somente os serviços CAA.
- Nó
clmgr add node <node> \ [ COMMPATH=<ip_address_or_network-resolvable_name> ] \ [ RUN_DISCOVERY={true|false} ] \ [ PERSISTENT_IP=<IP> NETWORK=<network> { NETMASK=<255.255.255.0 | PREFIX=1..128} ] \ [ START_ON_BOOT={false|true} ] \ [ BROADCAST_ON_START={true|false} ] \ [ CLINFO_ON_START={false|true|consistent} ] \ [ SITE=<sitename> ] [ CRIT_DAEMON_RESTART_GRACE_PERIOD=<0..240> ] \ clmgr modify node <node> \clmgr query node [ NAME=<new_node_label> ] \ [ COMMPATH=<new_commpath> ] \ [ PERSISTENT_IP=<IP> NETWORK=<network> { NETMASK=<255.255.255.0 | PREFIX=1..128} ] \ [ START_ON_BOOT={false|true} ] \ [ BROADCAST_ON_START={true|false} ] \ [ CLINFO_ON_START={false|true|consistent} ] \ [ HMCS=<hmc>[,<hmc#2>,...] ] \ [ ENABLE_LIVE_UPDATE={true|false} ] [ ENABLE_CAA_AFTER_MERGE={true|false} ] \ [ CRIT_DAEMON_RESTART_GRACE_PERIOD=<0..240> ] \ clmgr query node [ {<node>|LOCAL}[,<node#2>,...] ] \ clmgr delete node {<node>[,<node#2>,...] | ALL} clmgr manage node undo_changes clmgr recover node <node>[,<node#2>,...] [CANCEL_EVENT = {false/true)] clmgr online node <node>[,<node#2>,...] \ [ WHEN={now|restart|both} ] \ [ MANAGE={auto|manual} ] \ [ BROADCAST={false|true} ] \ [ CLINFO={false|true|consistent} ] \ [ FORCE={false|true} ] \ [ FIX={no|yes|interactively} ] \ [ TIMEOUT=<seconds_to_wait_for_completion> ] \ [ START_CAA={no|yes|only} ] clmgr offline node <node>[,<node#2>,...] \ [ WHEN={now|restart|both} ] \ [ MANAGE={offline|move|unmanage} ] \ [ BROADCAST={true|false} ] \ [ TIMEOUT=<seconds_to_wait_for_completion> ] \ [ STOP_CAA={no|yes} ]Notas:- Um alias para node é no.
- Ao parar o cluster, um nó ou um site, o valor padrão do atributo TIMEOUT é calculado com base no tamanho do cluster e nas operações anteriores de parada dele. O valor padrão mínimo é 120 segundos.
- Se a operação de parada do serviço de cluster estiver demorando mais do que o valor padrão, o comando clmgr retornará o valor 8, que indica que a operação de parada ainda está em execução. Deve-se conferir o progresso da operação de parada e verificar manualmente se a operação de parada foi concluída com sucesso. É possível verificar o status do cluster usando o comando clmgr query cluster.
- The STOP_CAA and START_CAA options bring the Cluster Aware AIX (CAA) cluster services offline or online. Use essas opções quando houver uma necessidade específica conhecida para elas ou sob a orientação do suporte IBM. Não desative os serviços de cluster de CAA, pois isso desativa a capacidade de detectar problemas no ambiente em cluster. Se você especificar o valor do parâmetro START_CAA como only, PowerHA SystemMirror iniciará somente os serviços CAA.
- Rede
clmgr add network <network> \ [ TYPE={ether|XD_data|XD_ip} ] \ [ {NETMASK=<255.255.255.0 | PREFIX=1..128} ] \ [ IPALIASING={true|false} ] \ [ PUBLIC={true|false} ]Nota: Por padrão, uma rede IPv4 é construída usando uma máscara de netmask de 255.255.255.0. Para criar uma rede IPv6, especifique um prefixo válido.clmgr modify network <network> \ [ NAME=<new_network_label> ] \ [ TYPE={ether|XD_data|XD_ip} ] \ [ {NETMASK=<255.255.255.0> | PREFIX=1..128} ] \ [ PUBLIC={true|false} ] \ [ RESOURCE_DIST_PREF={AC|ACS|C|CS|CPL|ACPL|ACPLS|NOALI} ] \ [ SOURCE_IP=<service_or_persistent_ip> ]Nota: Os valores possíveis para o atributoRESOURCE_DIST_PREFseguem:- AC
- Antidisposição
- ACS
- Antidisposição com origem
- C
- Disposição
- CS
- Disposição com origem
- CPL
- Disposição com etiqueta persistente
- ACPL
- Antidisposição com etiqueta persistente
- ACPLS
- Antidisposição com etiqueta e origem persistentes
- NOALI
- Desativa o primeiro alias
Nota: Se o atributoRESOURCE_DIST_PREFusa o valorCSouACS, o atributoSOURCE_IPdeve ser uma etiqueta de serviço.clmgr query network [ <network>[,<network#2>,...] ] clmgr delete network {<network>[,<network#2>,...] | ALL}Nota: Aliases para rede são ne e nw.- Interface
clmgr add interface <interface> \ NETWORK=<network> \ [ NODE=<node> ] \ [ TYPE={ether|XD_data|XD_ip} ] \ [ INTERFACE=<network_interface> ] clmgr modify interface <interface> \ NETWORK=<network> clmgr query interface [ <interface>[,<if#2>,...] ] clmgr delete interface {<interface>[,<if#2>,...] | ALL} clmgr discover interfacesNota: A interface pode ser um endereço IP ou rótulo. O atributo NODE assume o padrão do nome do nó local. O atributo TYPE assume o padrão de ether. O <network_interface> pode parecer com en1, en2, en3. Os aliases para interface são in e if.- Grupo de Recursos
clmgr add resource_group <resource_group>[,<rg#2>,...] \ NODES=nodeA1,nodeA2,... \ [ SECONDARYNODES=nodeB2[,nodeB1,...] ] \ [ SITE_POLICY={ignore|primary|either|both} ] \ [ STARTUP={OHN|OFAN|OAAN|OUDP} ] \ [ FALLOVER={FNPN|FUDNP|BO}] \ [ FALLBACK={NFB|FBHPN} ] \ [ FALLBACK AT=<FALLBACK TIMER> ] \ [ NODE_PRIORITY_POLICY={default|mem|cpu|disk|least|most} ] \ [ NODE_PRIORITY_POLICY_SCRIPT=</path/to/script> ] \ [ NODE_PRIORITY_POLICY_TIMEOUT=### ] \ [ SERVICE_LABEL=service_ip#1[,service_ip#2,...] ] \ [ APPLICATIONS=appctlr#1[,appctlr#2,...] ] \ [ SHARED_TAPE_RESOURCES=<TAPE>[,<TAPE#2>,...] ] \ [ VOLUME_GROUP=<VG>[,<VG#2>,...] ] \ [ FORCED_VARYON={true|false} ] \ [ VG_AUTO_IMPORT={true|false} ] \ [ FILESYSTEM=/file_system#1[,/file_system#2,...] ] \ [ DISK=<raw_disk>[,<raw_disk#2>,...] ] \ [ FS_BEFORE_IPADDR={true|false} ] \ [ WPAR_NAME="wpar_name" ] \ [ EXPORT_FILESYSTEM=/expfs#1[,/expfs#2,...] ] \ [ EXPORT_FILESYSTEM_V4=/expfs#1[,/expfs#2,...] ] \ [ STABLE_STORAGE_PATH="/fs3" ] \ [ NFS_NETWORK="nfs_network" ] \ [ MOUNT_FILESYSTEM=/nfs_fs1;/expfs1,/nfs_fs2;,... ] \ [ MIRROR_GROUP=<replicated_resource> ] \ [ FALLBACK_AT=<FALLBACK_TIMER> ] STARTUP: OHN ----- Online Home Node (default value) OFAN ---- Online on First Available Node OAAN ---- Online on All Available Nodes (concurrent) OUDP ---- Online Using Node Distribution Policy FALLOVER: FNPN ---- Fallover to Next Priority Node (default value) FUDNP --- Fallover Using Dynamic Node Priority BO ------ Bring Offline (On Error Node Only) FALLBACK: NFB ----- Never Fallback FBHPN --- Fallback to Higher Priority Node (default value) NODE_PRIORITY_POLICY: default - next node in the NODES list mem ----- node with most available memory disk ---- node with least disk activity cpu ----- node with most available CPU cycles least --- node where the dynamic node priority script returns the lowest value most ---- node where the dynamic node priority script returns the highest valueNota: A política de NODE_PRIORITY_POLICY só pode ser estabelecida se a política FALLOVER tiver sido definida como FUDNP.SITE_POLICY: ignore -- Ignore primary - Prefer Primary Site either -- Online On Either Site both ---- Online On Both Sitesclmgr modify resource_group <resource_group> \ [ NAME=<new_resource_group_label> ] \ [ NODES=nodeA1[,nodeA2,...] ] \ [ SECONDARYNODES=nodeB2[,nodeB1,...] ] \ [ SITE_POLICY={ignore|primary|either|both} ] \ [ STARTUP={OHN|OFAN|OAAN|OUDP} ] \ [ FALLOVER={FNPN|FUDNP|BO} ] \ [ FALLBACK={NFB|FBHPN} ] \ [ FALLBACK_AT=<FALLBACK_TIMER> ] \ [ NODE_PRIORITY_POLICY={default|mem|cpu|disk|least|most} ] \ [ NODE_PRIORITY_POLICY_SCRIPT=</path/to/script> ] \ [ NODE_PRIORITY_POLICY_TIMEOUT=### ] \ [ SERVICE_LABEL=service_ip#1[,service_ip#2,...] ] \ [ APPLICATIONS=appctlr#1[,appctlr#2,...] ] \ [ VOLUME_GROUP=volume_group#1[,volume_group#2,...]] \ [ FORCED_VARYON={true|false} ] \ [ VG_AUTO_IMPORT={true|false} ] \ [ FILESYSTEM=/file_system#1[,/file_system#2,...] ] \ [ DISK=<raw_disk>[,<raw_disk#2>,...] ] \ [ FS_BEFORE_IPADDR={true|false} ] \ [ WPAR_NAME="wpar_name" ] \ [ EXPORT_FILESYSTEM=/expfs#1[,/expfs#2,...] ] \ [ EXPORT_FILESYSTEM_V4=/expfs#1[,/expfs#2,...] ] \ [ STABLE_STORAGE_PATH="/fs3" ] \ [ NFS_NETWORK="nfs_network" ] \ [ MOUNT_FILESYSTEM=/nfs_fs1;/expfs1,/nfs_fs2;,... ] \ [ MIRROR_GROUP=<replicated_resource> ] \ [ FALLBACK_AT=<FALLBACK_TIMER> ]Nota: O valor appctlr é uma abreviação para aplicação_controller.clmgr query resource_group [ <resource_group>[,<rg#2>,...] ] clmgr delete resource_group {<resource_group>[,<rg#2>,...] | ALL} clmgr online { resource_group <resource_group>[,<rg#2>,...] | ALL} \ [ NODES={<node>[,<node#2>,...] | ALL}] clmgr offline resource_group {<resource_group>[,<rg#2>,...] | ALL} \ [ NODES={<node>[,<node#2>,...] | ALL} ]Nota: O destino especial ALL para o atributo NODES é aplicável apenas a grupos de recursos simultâneos.clmgr move resource_group <resource_group>[,<rg#2>,...] \ {NODE|SITE}=<node_or_site_label> \ [ SECONDARY={false|true} ] \ [ STATE={online|offline} ] \Nota: Os atributos SITE e SECUNDÁRIOS são aplicáveis apenas quando os sites são configurados no cluster. O grupo de recursos STATE permanecerá inalterado se STATE não estiver especificado explicitamente. Um alias para resource_group é rg.- Cronômetro de fallback
clmgr add fallback_timer <timer> \ [ YEAR=<####> ] \ [ MONTH=<{1..12 | Jan..Dec}> ] \ [ DAY_OF_MONTH=<{1..31}> ] \ [ DAY_OF_WEEK=<{0..6 | Sun..Sat}> ] \ [ HOUR=<{0..23}> ]\ [ MINUTE=<{0..59}>] clmgr modify fallback_timer <timer> \ [ YEAR=<{####}> ] \ [ MONTH=<{1..12 | Jan..Dec}> ] \ [ DAY_OF_MONTH=<{1..31}> ] \ [ DAY_OF_WEEK=<{0..6 | Sun..Sat}> ] \ [ HOUR=<{0..23}> ] \ [ MINUTE=<{0..59}> ] \ [ REPEATS=<{0,1,2,3,4 |Never,Daily,Weekly,Monthly,Yearly}> ] clmgr query fallback_timer [<timer>[,<timer#2>,...] ] clmgr delete fallback_timer {<timer>[,<timer#2>,...] | ALL}Nota: Aliases para fallback_timer são fa e timer.- IP/Etiqueta Persistente
clmgr add persistent_ip <persistent_IP> \ NETWORK=<network> \ [ {NETMASK=< 255.255.255.0 | PREFIX=1..128} ] \ ] [ NODE=<node> ] clmgr modify persistent_ip <persistent_label> \ [ NAME=<new_persistent_label> ] \ [ NETWORK=<new_network> ] \ [ NETMASK=<node> 255.255.255.0 | PREFIX=1..128} ] \ ]Nota: Qualquer valor fornecido para NETMASK ou PREFIXO é ignorado, a menos que a rede subjacente utilize um protocolo diferente (IPv4 versus IPv6). Nesse caso, NETMASK ou PREFIX será necessário.clmgr query persistent_ip [ <persistent_IP>[,<pIP#2>,...] ] clmgr delete persistent_ip {<persistent_IP>[,<pIP#2>,...] | ALL} clmgr move persistent_ip <persistent_IP> \ INTERFACE=<new_interface>Nota: Um alias para persistent_ip é pe.- IP/Rótulo de Serviço
clmgr add service_ip <service_ip> \ [ NETWORK=<network> ]\ [ {NETMASK=<255.255.255.0 | PREFIX=1..128} ] \ [ HWADDR=<new_hardware_address> ] \ [ SITE=<new_site> ] clmgr modify service_ip <service_ip> \ [ NAME=<new_service_ip> ] \ [ NETWORK=<new_network> ] \ [ {NETMASK=<###.###.###.###> | PREFIX=1..128} ] \ [ HWADDR=<new_hardware_address> ] \ [ SITE=<new_site> ] clmgr query service_ip [ <service_ip>[,<service_ip#2>,...] ] clmgr delete service_ip {<service_ip>[,<service_ip#2>,,...] | ALL} clmgr move service_ip <service_ip> \ INTERFACE=<new_interface>Nota: Se os atributos NETMASK/PREFIXO não forem especificados, será utilizado o valor netmask ou prefixo para a rede subjacente. Um alias para service_ip é si.- Controlador de aplicativo
clmgr add application_controller <application_controller> \ [ STARTSCRIPT="/path/to/start/script" ]\ [ STOPSCRIPT ="/path/to/stop/script" ]\ [ MONITORS=<monitor>[,<monitor#2>,...] ] \ [ STARTUP_MODE={background|foreground} clmgr add application_controller STARTSCRIPT=<path_to_start_script> \ STOPSCRIPT=<path_to_stop_script> CPU_USAGE_MONITOR=<"yes"> | <"no"> PROCESS_TO_MONITOR_CPU_USAGE=<"/path/to/binary"> CPU_USAGE_MONITOR_INTERVAL=<time interval in minutes> clmgr modify application_controller <application_controller> \ [ NAME=<new_application_controller_label> ] \ [ STARTSCRIPT="/path/to/start/script" ] \ [ STOPSCRIPT ="/path/to/stop/script" ] \ [ MONITORS=<monitor>[,<monitor#2>,...] ] \ [ STARTUP_MODE={background|foreground} ] clmgr modify application_controller STARTSCRIPT=<path_to_start_script> \ STOPSCRIPT=<path_to_stop_script> CPU_USAGE_MONITOR=<"yes"> | <"no"> PROCESS_TO_MONITOR_CPU_USAGE=<"/path/to/binary"> CPU_USAGE_MONITOR_INTERVAL=<time interval in minutes> clmgr query application_controller [ <appctlr>[,<appctlr#2>,...] ] clmgr delete application_controller {<appctlr>[,<appctlr#2>,...] | ALL} clmgr manage application_controller {suspend|resume} <application_controller> \ RESOURCE_GROUP=<resource_group> clmgr manage application_controller {suspend|resume} ALLNota: O valor appctlr é uma abreviação para application_controller. Os aliases para application_controller são ac e app.- Monitor de aplicativo
clmgr add application_monitor <monitor> \ TYPE=Process \ MODE={longrunning|startup|both} \ PROCESSES="pmon1,dbmon,..." \ OWNER="<processes_owner_name>" \ [ APPLICATIONS=<appctlr#1>[,<appctlr#2>,...] ] \ [ STABILIZATION="1 .. 3600" ] \ [ RESTARTCOUNT="0 .. 100" ] \ [ FAILUREACTION={notify|fallover} ] \ [ INSTANCECOUNT="1 .. 1024" ] \ [ RESTARTINTERVAL="1 .. 3600" ] \ [ NOTIFYMETHOD="</script/to/notify>" ] \ [ CLEANUPMETHOD="</script/to/cleanup>" ] \ [ RESTARTMETHOD="</script/to/restart>" ] clmgr add application_monitor <monitor> \ TYPE=Custom \ MODE={longrunning|startup|both} \ MONITORMETHOD="/script/to/monitor" \ [ APPLICATIONS=<appctlr#1>[,<appctlr#2>,...] ] \ [ STABILIZATION="1 .. 3600" ] \ [ RESTARTCOUNT="0 .. 100" ] \ [ FAILUREACTION={notify|fallover} ] \ [ MONITORINTERVAL="1 .. 1024" ] \ [ HUNGSIGNAL="1 .. 63" ] \ [ RESTARTINTERVAL="1 .. 3600" ] \ [ NOTIFYMETHOD="</script/to/notify>" ] \ [ CLEANUPMETHOD="</script/to/cleanup>" ] \ [ RESTARTMETHOD="</script/to/restart>" ]Nota: padrões de ESTABILIZAÇÃO para 180. RESTARTCOUNT assume o padrão de 3clmgr modify application_monitor <monitor> \ [ See the "add" action, above, for a list of supported modification attributes. ] clmgr query application_monitor [ <monitor>[,<monitor#2>,...] ] clmgr delete application_monitor {<monitor>[,<monitor#2>,...] | ALL}Nota: O valor appctlr é uma abreviação para application_controller. Os aliases para application_monitor são am e mon.- Dependência
# Temporal Dependency (parent ==> child) clmgr add dependency \ PARENT=<rg#1> \ CHILD="<rg#2>[,<rg#2>,...]" clmgr modify dependency <parent_child_dependency> \ [ TYPE=PARENT_CHILD ] \ [ PARENT=<rg#1> ] \ [ CHILD="<rg#2>[,<rg#2>,...]" ] # Temporal Dependency (start/stop after) clmgr add dependency \ {STOP|START}="<rg#2>[,<rg#2>,...]" \ AFTER=<rg#1> clmgr modify dependency \ [ TYPE={STOP_AFTER|START_AFTER} ] \ [ {STOP|START}="<rg#2>[,<rg#2>,...]" ] \ [ AFTER=<rg#1> ] # Location Dependency (colocation) clmgr add dependency \ SAME={NODE|SITE } \ GROUPS="<rg1>,<rg2>[,<rg#n>,...]" clmgr modify dependency <colocation_dependency> \ [ TYPE={SAME_NODE|SAME_SITE} ] \ GROUPS="<rg1>,<rg2>[,<rg#n>,...]" # Location Dependency (anti-colocation) clmgr add dependency \ HIGH="<rg1>,<rg2>,..." \ INTERMEDIATE="<rg3>,<rg4>,..." \ LOW="<rg5>,<rg6>,..." clmgr modify dependency <anti-colocation_dependency> \ [ TYPE=DIFFERENT_NODES ] \ [ HIGH="<rg1>,<rg2>,..." ] \ [ INTERMEDIATE="<rg3>,<rg4>,..." ] \ [ LOW="<rg5>,<rg6>,..." ] # Acquisition/Release Order clmgr add dependency \ TYPE={ACQUIRE|RELEASE} \ { SERIAL="{<rg1>,<rg2>,...|ALL}" | PARALLEL="{<rg1>,<rg2>,...|ALL}" } clmgr modify dependency \ TYPE={ACQUIRE|RELEASE} \ { SERIAL="{<rg1>,<rg2>,...|ALL}" | PARALLEL="{<rg1>,<rg2>,...|ALL}" } clmgr query dependency [ <dependency> ] clmgr delete dependency {<dependency> | ALL} \ [ TYPE={PARENT_CHILD|STOP_AFTER|START_AFTER| \ SAME_NODE|SAME_SITE|DIFFERENT_NODES} ] clmgr delete dependency RESOURCE_GROUP=<RESOURCE_GROUP>Nota: Um alias para dependência é de.- fita
clmgr add tape <tape> \ DEVICE=<tape_device_name> \ [ DESCRIPTION=<tape_device_description> ] \ [ STARTSCRIPT="</script/to/start/tape/device>" ] \ [ START_SYNCHRONOUSLY={no|yes} ] \ [ STOPSCRIPT="</script/to/stop/tape/device>" ] \ [ STOP_SYNCHRONOUSLY={no|yes} ] clmgr modify tape <tape> \ [ NAME=<new_tape_label> ] \ [ DEVICE=<tape_device_name> ] \ [ DESCRIPTION=<tape_device_description> ] \ [ STARTSCRIPT="</script/to/start/tape/device>" ] \ [ START_SYNCHRONOUSLY={no|yes} ] \ [ STOPSCRIPT="</script/to/stop/tape/device>" ] \ [ STOP_SYNCHRONOUSLY={no|yes} ] clmgr query tape [ <tape>[,<tape#2>,...] ] clmgr delete tape {<tape> | ALL}Nota: Um alias para tape é tp.- Coleção de arquivos
clmgr add file_collection <file_collection> \ FILES="/path/to/file1,/path/to/file2,..." \ [ SYNC_WITH_CLUSTER={no|yes} ] \ [ SYNC_WHEN_CHANGED={no|yes} ] \ [ DESCRIPTION="<file_collection_description>" ] clmgr modify file_collection <file_collection> \ [ NAME="<new_file_collection_label>" ] \ [ ADD="/path/to/file1,/path/to/file2,..." ] \ [ DELETE={"/path/to/file1,/path/to/file2,..."|ALL} ] \ [ REPLACE={"/path/to/file1,/path/to/file2,..."|""} ] \ [ SYNC_WITH_CLUSTER={no|yes} ] \ [ SYNC_WHEN_CHANGED={no|yes} ] \ [ DESCRIPTION="<file_collection_description>" ] clmgr query file_collection [ <file_collection>[,<fc#2>,...]] clmgr delete file_collection {<file_collection>[,<fc#2>,...]| ALL} clmgr sync file_collection <file_collection>Nota: O atributo REPLACE substitui todos os arquivos existentes com o conjunto especificado. Os aliases para file_collection são fc e fi.- Captura instantânea
clmgr add snapshot "<snapshot_name>" \ [ DESCRIPTION="<snapshot_description>" ] \ [ METHODS="method1 method2 ..." ] \ [ MISC_INFO={false|true} ] clmgr modify snapshot <snapshot> \ [ NAME="<new_snapshot_label>" ] \ [ DESCRIPTION="<snapshot_description>" ] clmgr query snapshot [ <snapshot>[,<snapshot#2>,...] ] clmgr view snapshot <snapshot> \ [ TAIL=<number_of_trailing_lines> ] \ [ HEAD=<number_of_leading_lines> ] \ [ FILTER=<pattern>[,<pattern#2>,...] ] \ [ DELIMITER=<alternate_pattern_delimiter> ] \ [ CASE={insensitive|no|off|false} ] clmgr delete snapshot {<snapshot>[,<snapshot#2>,...] | ALL} clmgr manage snapshot restore <snapshot> \ [ CONFIGURE={yes|no} ] \ [ FORCE={no|yes} ]Nota: A ação de visualização exibe o conteúdo do arquivo .info para o instantâneo, se esse arquivo existir. Os aliases para snapshot são sn e ss.clmgr manage snapshot restore <snapshot> \ NODES=<HOST>,<HOST#2> \ REPOSITORIES=<DISK>[,<BACKUP>][:<DISK>[,<BACKUP>]] \ [ CLUSTER_NAME=<NEW_CLUSTER_LABEL> ] \ [ CONFIGURE={yes|no} ] \ [ FORCE={no|yes} ]Nota: Para a opçãoREPOSITORIES, quaisquer discos especificados após o cólon são aplicados no segundo site. Ao restaurar uma captura instantânea de cluster vinculado, qualquer disco especificado após os dois pontos na opçãoREPOSITORIESé aplicado no segundo site.clmgr compare snapshot <snapshot1>,<snapshot2> \ [ SNAPSHOTPATH="/absolute/path/to/search/for/snapshots" ] \ [ PAGER="pager_command" ] \ [ SDIFF_OUTPUT_WIDTH="21 .. 2048" ] \ [ SDIFF_FLAGS="flags_for_sdiff" ] [ SECTION="list,of,sections,to,compare" ] \- Método
clmgr add method <method_label> \ TYPE=snapshot \ FILE=<executable_file> \ [ DESCRIPTION=<description> ] clmgr add method <method_label> \ TYPE=verify \ FILE=<executable_file> \ [ SOURCE={script|library} ] \ [ DESCRIPTION=<description> ] clmgr modify method <method_label> \ TYPE={snapshot|verify} \ [ NAME=<new_method_label> ] \ [ DESCRIPTION=<new_description> ] \ [ FILE=<new_executable_file> ] clmgr add method <method_label> \ TYPE=notify \ CONTACT=<number_to_dial_or_email_address> \ EVENT=<event>[,<event#2>,...] \ [ NODES=<node>[,<node#2>,...] ] \ [ FILE=<message_file> ] \ [ DESCRIPTION=<description> ] \ [ RETRY=<retry_count> ] \ [ TIMEOUT=<timeout> ]Nota: padrões de NODES para o nó local.clmgr modify method <method_label> \ TYPE=notify \ [ NAME=<new_method_label> ] \ [ DESCRIPTION=<description> ] \ [ FILE=<message_file> ] \ [ CONTACT=<number_to_dial_or_email_address> ] \ [ EVENT=<cluster_event_label> ] \ [ NODES=<node>[,<node#2>,...] ] \ [ RETRY=<retry_count> ] \ [ TIMEOUT=<timeout> ] clmgr query method [ <method>[,<method#2>,...] ] \ [ TYPE={notify|snapshot|verify} ] clmgr delete method {<method>[,<method#2>,...] | ALL} \ [ TYPE={notify|snapshot|verify} ] clmgr verify method <method>Nota: A ação de verificação só pode ser aplicada para notificar métodos. Se mais de um método explorar o mesmo evento, e esse evento for especificado, então ambos os métodos serão chamados. Um alias para method é me.- Log
clmgr modify logs ALL DIRECTORY="<new_logs_directory>" clmgr modify log {<log>|ALL} \ [ DIRECTORY="{<new_log_directory>"|DEFAULT} ] [ FORMATTING={none|standard|low|high} ] \ [ TRACE_LEVEL={low|high} ] [ REMOTE_FS={true|false} ] clmgr query log [ <log>[,<log#2>,...] ] clmgr view log [ {<log>|EVENTS} ] \ [ TAIL=<number_of_trailing_lines> ] \ [ HEAD=<number_of_leading_lines> ] \ [ FILTER=<pattern>[,<pattern#2>,...] ] \ [ DELIMITER=<alternate_pattern_delimiter> ] \ [ CASE={insensitive|no|off|false} ] clmgr manage logs collect \ [ DIRECTORY="<directory_for_collection>" ] \ [ NODES=<node>[,<node#2>,...] ] \ [ RSCT_LOGS={yes|no} ] \Observação: Quando DEFAULT é especificado para o atributo DIRECTORY, o valor original e padrão do diretório PowerHA SystemMirror é restauradoO atributo FORMATTING aplica-se somente ao log hacmp.out e é ignorado para todos os outros logs. Os atributos FORMATTING e TRACE_LEVEL se aplicam apenas aos logs hacmp.out e clstrmgr.debug e são ignorados em todos os outros logs
Quando ALL é especificado no lugar de um nome de log, então as modificações fornecidas de DIRECTORY e REMOTE_FS são aplicados em todos os logs
Quando EVENTS é especificado no lugar de um nome de log, então um relatório de resumo de eventos é exibido.
- Grupo de volume
clmgr add volume_group [ <vgname> ] \ [ NODES="<node#1>,<node#2>[,...>]" ]\ [ PHYSICAL_VOLUMES="<disk#1>[,<disk#2>,...]" ]\ [ TYPE={original|big|scalable|legacy} ] \ [ RESOURCE_GROUP=<RESOURCE_GROUP> ] \ [ PPART_SIZE={4|1|2|8|16|32|64|128|256|512|1024} ] \ [ MAJOR_NUMBER=## ] \ [ ACTIVATE_ON_RESTART={false|true} ] \ [ QUORUM_NEEDED={true|false} ] \ [ LTG_SIZE=### ] \ [ MIGRATE_FAILED_DISKS={false|one|pool|remove} ] \ [ MAX_PHYSICAL_PARTITIONS={32|64|128|256|512|768|1024} ] \ [ MAX_LOGICAL_VOLUMES={256|512|1024|2048} ] \ [ STRICT_MIRROR_POOLS={no|yes|super} ] \ [ MIRROR_POOL_NAME="<mp_name>" ] \ [ CRITICAL={false|true} ] \ [ FAILUREACTION={halt|notify|fence|stoprg|moverg} ] \ [ NOTIFYMETHOD=</file/to/invoke> ] \ [ LVM_PREFERRED_READ=<roundrobin|favorcopy|siteaffinity> ] \ [ ENABLE_LV_ENCRYPTION={yes|no} ] [ ENABLE_PV_ENCRYPTION={yes|no} ] \ [ AUTH_METHOD={pks} ] \ [ AUTH_METHOD_NAME=<Alias name for auth method> ]Para ativar a criptografia de volume físico, o site PowerHA SystemMirror é compatível apenas com o método de autenticação do tipo PKS (platform keystore). AUTH_METHOD_NAME é um nome de alias para o método de autenticação usado para diferenciar entre vários métodos de autenticação configurados para um volume físico.Nota: A configuração do grupo de volume maior pode resultar no comando sendo incapaz de executar com sucesso em um nó que não tem o número principal disponível atualmente. Verifique um número principal normalmente disponível em todos os nós antes de mudar essa configuração.clmgr modify volume_group <vgname> \ [ ADD=<disk>,[<disk#n>,...] [ MIRROR_POOL_NAME="<mp_name>" ] ] \ [ REMOVE=<disk>,[<disk#n>,...] ] \ [ TYPE={big|scalable} ] \ [ ACTIVATE_ON_RESTART={false|true} ] \ [ QUORUM_NEEDED={true|false} ] \ [ LTG_SIZE=### ] \ [ MIGRATE_FAILED_DISKS={false|one|pool|remove} ] \ [ MAX_PHYSICAL_PARTITIONS={32|64|128|256|512|768|1024} ] \ [ MAX_LOGICAL_VOLUMES={256|512|1024|2048} ] \ [ STRICT_MIRROR_POOLS={no|yes|super} ] \ [ CRITICAL={false|true} ] \ [ FAILUREACTION={halt|notify|fence|stoprg|moverg} ] \ [ NOTIFYMETHOD="</file/to/invoke>" ] \ [ SCSIPR_ACTION=<clear> ] \ [ LVM_PREFERRED_READ=<roundrobin|favorcopy|siteaffinity> ] \ [ ENABLE_LV_ENCRYPTION={yes|no} ]MAX_PHYSICAL_PARTITIONS, MAX_LOGICAL_VOLUMES e MIRROR_POOL_NAME aplicam-se somente aos grupos escaláveis de volumes.
clmgr query volume_group [ <vg#1>[,<vg#2>,...] ] clmgr delete volume_group {<volume_group> [,<vg#2>,...] | ALL } clmgr discover volume_groupsNota: Um alias para volume_group é vg.- Volume lógico
clmgr add logical_volume [ <lvname> ] \ VOLUME_GROUP=<vgname> \ LOGICAL_PARTITIONS=## \ [ DISKS="<disk#1>[,<disk#2>,...]" ] \ [ TYPE={jfs|jfs2|sysdump|paging|jfslog|jfs2log|aio_cache|boot} ] \ [ POSITION={outer_middle|outer_edge|center|inner_middle|inner_edge } ] \ [ PV_RANGE={minimum|maximum} ] \ [ MAX_PVS_FOR_NEW_ALLOC=## ] \ [ LPART_COPIES={1|2|3} ] \ [ WRITE_CONSISTENCY={active|passive|off} ] \ [ LPARTS_ON_SEPARATE_PVS={yes|no|superstrict} ] \ [ RELOCATE={yes|no} ] \ [ LABEL="<label>" ] \ [ MAX_LPARTS=#### ] \ [ BAD_BLOCK_RELOCATION={yes|no} ] \ [ SCHEDULING_POLICY={parallel|sequential|parallel_sequential|parallel_round_robin} ] \ [ VERIFY_WRITES={false|true} ] \ [ ALLOCATION_MAP=<file> ] \ [ STRIPE_SIZE={4K|8K|16K|32K|64K|128K|256K|512K|1M|2M|4M|8M|16M|32M|64M|128M} ] \ [ SERIALIZE_IO={false|true} ] \ [ FIRST_BLOCK_AVAILABLE={false|true} ] \ [ FIRST_COPY_MIRROR_POOL=<mirror_pool> ] \ [ SECOND_COPY_MIRROR_POOL=<mirror_pool> ] \ [ THIRD_COPY_MIRROR_POOL=<mirror_pool> ] \ [ GROUP=<group> ] \ [ PERMISSIONS=<####> ] \ [ NODE=<reference_node_in_vg> ] \ [ ENABLE_LV_ENCRYPTION={yes|no} ] \ [ AUTH_METHOD={keyserv|pks} ] \ [ METHOD_DETAILS=<key server ID> ] \ [ AUTH_METHOD_NAME=<Alias name for auth method> ]
PowerHA SystemMirror suporta apenas os tipos de métodos de autenticação servidor de chaves e keystore de plataforma (PKS) para habilitar a criptografia de volume lógico. METHOD_DETAILS é um identificador que é especificado durante a configuração de servidor de chaves. O identificador METHOD_DETAILS é aplicável apenas ao método de autenticação do servidor de chaves. Para obter mais informações sobre a configuração de servidor de chaves, consulte o comando keysvrmgr. AUTH_METHOD_NAME é um nome de alias que é usado para diferenciar múltiplos métodos de autenticação configurados para um volume lógico. Ao ativar a criptografia de volume lógico, deve-se adicionar o método de autenticação PKS ou servidor de chaves para o volume lógico de modo a evitar erros gerados durante a verificação do cluster. REMOVE_AUTH_METHOD é um parâmetro que é usado para remover o nome do método de autenticação. Se você especificar o parâmetro REMOVE_AUTH_METHOD, não especifique outros parâmetros que estejam relacionados à criptografia LV.clmgr modify logical_volume <lvname> \ [ TYPE={jfs|jfs2|sysdump|paging| jfslog|jfs2log|aio_cache|boot} ] \ [ POSITION={outer_middle|outer_edge|center| inner_middle|inner_edge } ] \ [ PV_RANGE={minimum|maximum} ] \ [ MAX_PVS_FOR_NEW_ALLOC=## ] \ [ MAX_LPARTS=#### ] \ [ SCHEDULING_POLICY={parallel|sequential| parallel_sequential| parallel_round_robin} ] \ [ LABEL="<lv_label>" ] \ [ LOGICAL_PARTITIONS=#### ] \ [ ENABLE_LV_ENCRYPTION={yes|no} ] \ [ AUTH_METHOD={keyserv|pks} ] \ [ METHOD_DETAILS=<key server ID> ] \ [ AUTH_METHOD_NAME=<Alias name for auth method> ] \ [ REMOVE_AUTH_METHOD=<auth method name for lv> ]Notas:- Um alias para logical_group é lv.
- STRIPE_SIZE não pode ser usado com LPARTS_ON_SEPARATE_PVS, PV_RANGE ou PLANEJING_POLICY.
clmgr query logical_volume [ <lvname>[,<LV#2>,...] ] clmgr delete logical_volume {[ <lv#1>[,<LV#2>,...] ] | ALL}Nota: Um alias para logical_volume é lv.- Sistema de arquivos
clmgr add file_system <fsname> \ VOLUME_GROUP=<group> \ TYPE=enhanced \ UNITS=### \ [ SIZE_PER_UNIT={megabytes|gigabytes|512bytes} ] \ [ PERMISSIONS={rw|ro} ] [ OPTIONS={nodev,nosuid,all} ] \ [ BLOCK_SIZE={4096|512|1024|2048} ] \ [ LV_FOR_LOG={ <lvname> | "INLINE" } ] \ [ INLINE_LOG_SIZE=#### ] \ [ EXT_ATTR_FORMAT={v1|v2} ] \ [ ENABLE_QUOTA_MGMT={no|all|user|group} ] \ [ ENABLE_EFS={false|true} ]Notas:- BLOCK_SIZE é em bytes. LOG_SIZE é em megabytes.
- LOG_SIZE e LV_FOR_LOG poderão ser usados somente se INLINE_LOG estiver configurado como true.
- O tamanho de um sistema de arquivos aprimorado é 16 MB.
clmgr add file_system <fsname> \ TYPE=enhanced \ LOGICAL_VOLUME=<logical_volume> \ [ PERMISSIONS={rw|ro} ] \ [ OPTIONS={nodev,nosuid,all} ] \ [ BLOCK_SIZE={4096|512|1024|2048} ] \ [ LV_FOR_LOG={ <lvname> | "INLINE" } ] \ [ INLINE_LOG_SIZE=#### ] \ [ EXT_ATTR_FORMAT={v1|v2} ] \ [ ENABLE_QUOTA_MGMT={no|all|user|group} ] \ [ ENABLE_EFS={false|true} ]clmgr add file_system <fsname> \ VOLUME_GROUP=<group> \ TYPE={standard|compressed|large} \ UNITS=### \ [ SIZE_PER_UNIT={megabytes|gigabytes|512bytes} ] \ [ PERMISSIONS={rw|ro} ] \ [ OPTIONS={nodev|nosuid|all} ] \ [ DISK_ACCOUNTING={false|true} ] \ [ FRAGMENT_SIZE={4096|512|1024|2048} ] \ [ BYTES_PER_INODE={4096|512|1024|2048|8192|16384|32768|65536|131072} ] \ [ ALLOC_GROUP_SIZE={8|16|32|64} ] \ [ LV_FOR_LOG=<lvname> ]Nota: FRAGMENT_SIZE é válido apenas para sistemas de arquivos padrão e compactados.clmgr add file_system <fsname> \ TYPE={standard|compressed|large} \ LOGICAL_VOLUME=<logical_volume> \ [ PERMISSIONS={rw|ro} ] \ [ OPTIONS={nodev|nosuid|all} ] \ [ DISK_ACCOUNTING={false|true} ] \ [ FRAGMENT_SIZE={4096|512|1024|2048} ] \ [ BYTES_PER_INODE={4096|512|1024|2048|8192|16384|32768|65536|131072} ] \ [ ALLOC_GROUP_SIZE={8|16|32|64} ] \ [ LV_FOR_LOG=<lvname> ] clmgr query file_system [ <fs#1>[,<fs#2>,...] ] clmgr delete file_system { <fsname>[,<FS#2>,...] | ALL } \ [ REMOVE_MOUNT_POINT={false|true} ] clmgr modify file_system <fsname> \ UNITS=### \ [ SIZE_PER_UNIT={megabytes|gigabytes|512bytes} ] \ [ NEW_FS_NAME=<new fs name> ] \ [ PERMISSIONS={rw|ro} ] \ [ EFS={yes|true} ]Observação:- Um alias para file_system é fs.
- Você não deve usar a opção EFS para criar um sistema de arquivos nãoEFS usando o comando clmgr . O valor padrão de uma opção EFS é false. Em PowerHA SystemMirror 7.2.6, ou posterior, a opção modify EFS de um sistema de arquivos está desativada.
- Volume Físico
clmgr query physical_volume \ [ <disk>[,<disk#2>,...] ] \ [ NODES=<node>,<node#2>[,<node#3>,...] ] \ [ TYPE={available|all|tiebreaker} ]Nota: Nó pode ser um nome de nó ou uma rede-nome resolvível, por exemplo, nome do host ou endereço IP.O disco pode ser um nome de dispositivo (hdisk0) ou um PVID (00c3a28ed9aa3512).
clmgr modify physical_volume <disk_name_or_PVID> \ NAME=<new_disk_name> \ [ NODE=<reference_node> ] \ clmgr modify physical_volume <disk_name_or_PVID> \ SCSIPR_ACTION=<clear> \ [ NODE=<reference_node> ] clmgr modify physical_volume <disk_name_or_PVID> \ PV_ENCRYPTION={enable|disable} \ AUTH_METHOD={pks} \ AUTH_METHOD_NAME=<Alias name for auth method> \Notas:- O atributo NODE será necessário se o disco especificado for fornecido usando um nome do dispositivo como hdisk#. Se o disco for especificado usando o PVID, não será necessário fazer referência ao atributo NODE.
- Um alias para physical_volume é pv.
- Conjunto de reflexos
clmgr add mirror_pool <pool_name> \ VOLUME_GROUP=<vgname> \ [ PHYSICAL_VOLUMES="<disk>[,<disk#2>,...]" ] \ [ STORAGE_LOCATION={flashstorage|<sitename>} ]\ [ MODE={sync|async} ] \ [ ASYNC_CACHE_LV=<lvname> ] \ [ ASYNC_CACHE_HW_MARK=## ] clmgr add mirror_pool <pool_name> \ [ VOLUME_GROUP=<vgname> ] \ PHYSICAL_VOLUMES="<disk>[,<disk#2>,...] \ STORAGE_LOCATION={flashstorage|<sitename>}"Nota: Se uma operação add for realizada em um conjunto de espelho existente, os volumes físicos especificados são adicionados a esse conjunto de espelho.clmgr modify mirror_pool <pool_name> \ [ VOLUME_GROUP=<vgname> ] \ [ NAME=<new_pool_name> ] \ [ STORAGE_LOCATION={flashstorage|<sitename>} ] \ [ MODE={sync|async} ] \ [ FORCE_SYNC={false|true} ] \ [ ASYNC_CACHE_LV=<lvname> ] \ [ ASYNC_CACHE_HW_MARK=## ] \ clmgr query mirror_pool [ <pool_name>[,<pool#2>,...] ] clmgr delete mirror_pool <pool_name>,[,<pool#2>,...]| ALL }\ [ VOLUME_GROUP=<vgname> ] clmgr delete mirror_pool <pool_name> \ [ VOLUME_GROUP=<vgname> ] \ PHYSICAL_VOLUMES="<disk>[,<disk#2>,...]"Notas:- Quando os volumes físicos forem especificados para uma operação de exclusão, a lista de discos será removida do conjunto de reflexos. Se todos os discos forem removidos, o conjunto de reflexos será removido.
- Aliases para mirror_pool são mp e pool.
- EFS
clmgr add efs \ MODE=ldap \ [ PASSWORD=<password> ] clmgr add efs \ MODE=shared_fs \ VOLUME_GROUP=<vgname> \ SERVICE_IP=<service_ip> \ [ PASSWORD=<password> ] clmgr modify efs \ MODE={ldap|shared_fs} \ [ VOLUME_GROUP=<vgname> ] \ [ SERVICE_IP=<service_ip> ] \ [ PASSWORD=<password> ] clmgr query efs clmgr delete efs- Relatório
clmgr view report [<report>] \ [ FILE=<PATH_TO_NEW_FILE> ] \ [ TYPE={text|html} ] clmgr view report {nodeinfo|rginfo|lvinfo| fsinfo|vginfo|dependencies} \ [ TARGETS=<target>[,<target#2>,<target#n>,...] ] \ [ FILE=<PATH_TO_OUTPUT_FILE> ] \ [ TYPE={text|html} ] clmgr view report cluster \ TYPE=html \ [ FILE=<PATH_TO_OUTPUT_FILE> ] \ [ COMPANY_NAME="<BRIEF_TITLE>" ] \ [ COMPANY_LOGO="<RESOLVEABLE_FILE>" ] clmgr view report availability \ [ TARGETS=<application>[,<app#2>,<app#n>,...] ] \ [ FILE=<PATH_TO_OUTPUT_FILE> ] \ [ TYPE={text|html} ] \ [ BEGIN_TIME="YYYY:MM:DD" ] \ [ END_TIME="YYYY:MM:DD" ] clmgr view report snapshot \ SNAPSHOT=<SNAPSHOT_NAME> \ [ FILE=<PATH_TO_OUTPUT_FILE> ] clmgr view report repositories \ [ TYPE={text|html} ] clmgr view report software \ [ TYPE={text|html} ] clmgr view report roha \ [ TYPE={text|html} ]Nota: Os relatórios suportados atualmente são básicos, cluster, status, topologia, aplicativos, disponibilidade, eventos, nodeinfo, repositórios, rginfo, redes, vginfo, lvinfo, fsinfo, dependências, softwares e roha. Alguns desses relatórios fornecem informações sobrepostas, mas cada um também fornece suas próprias informações exclusivas.O valor appctlr é uma abreviação de application_controller.
MM deve ser de 1 a 12. DD deve ser de 1 a 31.
Se nenhum BEGIN_TIME for fornecido, então um relatório será gerado para os últimos 30 dias antes de END_TIME.
Se nenhum END_TIME for fornecido, então o horário atual será o padrão.
Um alias para report é re.
- Servidor LDAP
- A seguinte sintaxe é usada para configurar um ou mais servidores LDAP para o cluster.
clmgr add ldap_server <server>[,<server#2>,...] \ ADMIN_DN=<admin_distinguished_name> \ PASSWORD=<admin_password> \ BASE_DN=<suffix_distinguished_name> \ SSL_KEY=<full_path_to_key> \ SSL_PASSWORD=<SSL_key_password> \ VERSION=<version> \ DB2_INSTANCE_PASSWORD=<password> \ ENCRYPTION_SEED=<seed> \ [ SCHEMA=<schema_type> ] \ [ PORT={636|###} ]Nota: Um alias para ldap_server é ls.A seguinte sintaxe é usada para incluir um ou mais servidores LDAP já configurados para o cluster.clmgr add ldap_server <server>[,<server#2>,...] \ ADMIN_DN=<admin_distinguished_name> \ PASSWORD=<admin_password> \ BASE_DN=<suffix_distinguished_name> \ SSL_KEY=<full_path_to_key> \ SSL_PASSWORD=<SSL_key_password> \ [ PORT={636|###} ]Nota: Se mais de um servidor for especificado, eles devem estar em uma configuração peer-to-peer, compartilhando o mesmo número de porta.clmgr query ldap_server clmgr delete ldap_server - Cliente LDAP
clmgr add ldap_client \ SERVERS=<LDAP_server>[,<LDAP_server#2>]\ BIND_DN=<bind_distinguished_name> \ PASSWORD=<LDAP_admin_password> \ BASE_DN=<base_dn> \ SSL_KEY=<full_path_to_key> \ SSL_PASSWORD=<SSL_key_password> \ [ PORT={636|###} ] \ clmgr query ldap_client clmgr delete ldap_clientNota: Um alias para ldap_client é lc.- Usuário
clmgr add/modify user <user_name> \ [ REGISTRY={local|ldap} ] \ [ RESOURCE_GROUP=<resource_group> ] \ [ ID=### ] \ [ PRIMARY=<group> ] \ [ PASSWORD="{<password>|}" ] \ [ CHANGE_ON_NEXT_LOGIN={true|false} ] \ [ GROUPS=<group#1>[,<group#2>,...] ] \ [ ADMIN_GROUPS=<group#1>[,<group#2>,...] ] \ [ ROLES=<role#1>[,<role#2>,...] ] \ [ SWITCH_USER={true|false} ] \ [ SU_GROUPS={ALL|<group#1>[,<group#2>,...]} ] \ [ HOME=<full_directory_path> ] \ [ SHELL=<defined_in_/etc/shells> ] \ [ INFO=<user_information> ] \ [ EXPIRATION=<MMDDhhmmyy> ] \ [ LOCKED={false|true} ] \ [ LOGIN={true|false} ] \ [ REMOTE_LOGIN={true|false} ] \ [ SCHEDULE=<range#1>[,<range#2>,...>] ] \ [ MAX_FAILED_LOGINS={#|0} ] \ [ AUTHENTICATION={compat|files|DCE|ldap} ] \ [ ALLOWED_TTYS=<tty#1>[,<tty#2>,...] ] \ [ DAYS_TO_WARN={#|0} ] \ [ PASSWORD_VALIDATION_METHODS=<meth#1>[,<meth#2>,...]]\ [ PASSWORD_FILTERS=<filter#1>[,<filter#2>,...] ] \ [ MIN_PASSWORDS=<number_of_passwords_before_reuse> ] \ [ REUSE_TIME=<weeks_before_password_reuse> ] \ [ LOCKOUT_DELAY=<weeks_btwn_expiration_and_lockout> ] \ [ MAX_PASSWORD_AGE={0..52} ] \ [ MIN_PASSWORD_LENGTH={0..8} ] \ [ MIN_PASSWORD_ALPHAS={0..8} ] \ [ MIN_PASSWORD_OTHERS={0..8} ] \ [ MAX_PASSWORD_REPEATED_CHARS={0..52} ] \ [ MIN_PASSWORD_DIFFERENT={0..8} ] \ [ UMASK=#### ] \ [ AUDIT_CLASSES=<class#1>[,<class#2>,...] ] \ [ TRUSTED_PATH={nosak|on|notsh|always} ] \ [ PRIMARY_AUTH={SYSTEM|.} ] \ [ SECONDARY_AUTH={NONE|SYSTEM|<token>;<user>} ] \ [ PROJECTS=<project#1>[,<project#2>,...] ] \ [ KEYSTORE_ACCESS={file|none} ] \ [ ADMIN_KEYSTORE_ACCESS={file|none} ] \ [ KEYSTORE_MODE={admin|guard} ] \ [ ALLOW_MODE_CHANGE={false|true} ] \ [ KEYSTORE_ENCRYPTION={RSA_1024|RSA_2048|RSA_4096} ] \ [ FILE_ENCRYPTION={AES_128_CBC|AES_128_EBC|AES_192_CBC|AES_192_ECB|AES_256_CBC|AES_256_ECB} ] \ [ ALLOW_PASSWORD_CHANGE={no|yes} ]Notas:- O campo INFO aceita apenas caracteres alfanuméricos incluindo um espaço, um sublinhado (_) e um hífen (-).
- Para uma operação add, REGISTRY indica onde criar o usuário. Para modify, isso indica a instância do usuário especificado a ser mudada.
- SCHEDULE define as vezes em que o usuário tem permissão para efetuar login neste sistema. O valor SCHEDULE
é uma lista separada por vírgula de itens como os
seguintes:
Em que MM é o número do mês (00=Janeiro, 11=Dezembro), dd é o dia do mês, hh é a hora do dia (00 - 23), mm é o minuto da hora e w é o dia da semana (0=Domingo, 6=Sábado). Um ponto de exclamação pode ser usado para indicar que o acesso durante o intervalo de tempo especificado é desaprovado.* [!][MMdd[-MMdd]]:hhmm-hhmm * [!]MMdd[-MMdd][:hhmm-hhmm] * [!][w[-w]]:hhmm-hhmm * [!]w[-w][:hhmm-hhmm]MAX_FAILED_LOGINS, DAYS_TO_WARN, MIN_PASSWORDS, REUSE_TIME podem ser configurados como zero para desativar esses recursos.
LOCKOUT_DELAY pode ser configurado como -1 para desativar esses recursos.
clmgr modify user {<user_name> | ALL_USERS} \ ALLOW_PASSWORD_CHANGE={no|yes}Nota: ALLOW_PASSWORD_CHANGE indica se o usuário tem permissão para alterar sua senha em todo o cluster usando C-SPOC.clmgr query user TYPE={AVAILABLE|ALLOWED} clmgr query user RESOURCE_GROUP=<resource_group> clmgr query user <user_name> \ [ RESOURCE_GROUP=<resource_group> ] clmgr delete user <user_name> \ [ RESOURCE_GROUP=<resource_group> ] \ [ REMOVE_AUTH_INFO={true|false} ] [ REGISTRY={files |LDAP} ]- Grupo
clmgr add group <group_name> [ REGISTRY={local(files)|LDAP} ] [ RESOURCE_GROUP=<resource_group> ] \ [ ID=### ] \ [ ADMINISTRATIVE={false|true} ] \ [ USERS=<user#1>[,<user#2>,...] ] \ [ ADMINS=<admin#1>[,<admin#2>,...] ] \ [ PROJECTS=<project#1>[,<project#2>,...] ] \ [ KEYSTORE_MODE={admin|guard} ] \ [ KEYSTORE_ENCRYPTION={ RSA_1024|RSA_2048|RSA_4096} ] \ [ KEYSTORE_ACCESS={file|none} ] \clmgr modify group <group_name> \ [ RESOURCE_GROUP=<resource_group> ] \ [ ID=### ] \ [ ADMINISTRATIVE={false|true} ] \ [ USERS=<user#1>[,<user#2>,...] ] \ [ ADMINS=<admin#1>[,<admin#2>,...] ] \ [ PROJECTS=<project#1>[,<project#2>,...] \ [ KEYSTORE_MODE={admin|guard} ] \ [ KEYSTORE_ENCRYPTION={ RSA_1024|RSA_2048|RSA_4096} ] \ [ KEYSTORE_ACCESS={file|none} ]Nota: A opção RG é necessária para grupos definidos localmente. Se a opção RG não for fornecida, será presumido que há um grupo LDAP.clmgr query group RESOURCE_GROUP=<resource_group> clmgr query group <group_name> \ [ RESOURCE_GROUP=<resource_group> ] clmgr delete group <group_name> \ [ RESOURCE_GROUP=<resource_group> ] \ [ REGISTRY={files|LDAP} ]Nota: A opção RG é necessária para grupos definidos localmente. Um alias para group é gp.- Agente de armazenamento
clmgr add storage_agent <agent_name> \ TYPE={ds8k_gm|xiv_rm} \ ADDRESSES=<IP>[<IP#2>,...] \ [ USER=<user_id> ] \ [ PASSWORD=<password> ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr modify storage_agent <agent_name> \ [ NAME=<new_agent_name> ] \ [ ADDRESSES=<IP>[<IP#2>,...] ] \ [ USER=<user_id> ] \ [ PASSWORD=<password> ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr query storage_agent [ <agent>[,<agent#2>,...] ] clmgr delete storage_agent {<agent>[,<agent#2>,...] | ALL}Nota: Um alias para agente de armazenamento é sta.- Sistema de armazenamento
clmgr add storage_system <storage_system_name> \ TYPE={ds8k_gm|xiv_rm} \ SITE=<site> \ AGENTS=<agent>[,<agent#2>,...] \ VENDOR_ID=<identifier> \ [ WWNN=<world_wide_node_name> ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr add storage_system <storage_system_name> \ TYPE=ds8k_inband_mm \ SITE=<site> \d VENDOR_ID=<identifier> \ [ WWNN=<world_wide_node_name> ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr add storage_system <storage_system_name> \ TYPE=svc \ ADDRESSES=<IP>[<IP#2>,...] \ USER=<username> BACKUP_PROFILE=true clmgr add storage_system <storage_system_name> \ TYPE=svc \ SITE=<site> \ ROLE={primary|auxiliary} \ ADDRESSES=<IP>[<IP#2>,...] \ PARTNER=<Remote Partner> \ USER=<username> \ [ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr add storage_system <storage_system_name> \ TYPE=ds8k \ ADDRESSES=<IP>[<IP#2>,...] \ USER=<username> \ PASSWORD=<password> \ BACKUP_PROFILE=true clmgr add storage_system <storage_system_name> \ TYPE=svc \ ADDRESSES=<IP>[<IP#2>,...] \ USER=<username> \ BACKUP_PROFILE=safeguard clmgr modify storage_system <storage_system_name> \ [ NAME=<new_storage_system_name> ] \ [ SITE=<site> ] \ [ AGENTS=<agent>[,<agent#2>,...] ] \ [ WWNN=<world_wide_node_name> ] \ [ VENDOR_ID=<identifier> ] \ [ ADDRESSES=<IP>[<IP#2>,...] ] \ [ PRIMARY=<Primary/Auxiliary> ] \ [ PARTNER=<Remote Partner> ] \ [ USER=<username> ] \ [ PASSWORD=<password> ] \ [ BACKUP_PROFILE={Enable|Disable} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr query storage_system <storage_system>[,<storage_system#2>,...] BACKUP=1 clmgr -v query storage_system BACKUP=1clmgr -a VENDOR_ID query storage_system \ TYPE={ds8k_gm|ds8k_inband_mm|xiv_rm} query => get, show storage_system => stsO comando a seguir lista os IDs de fornecedores disponíveis:
clmgr delete storage_system {<storage_system>[,<storage_system#2>,...] | ALL} [BACKUP_PROFILE={"Yes|no|safeguard"}]Nota: Um alias para sistema de armazenamento é sts. Os aliases para delete são erase, remove e rm.- Par de espelhos
clmgr add mirror_pair <mirror_pair_name> \ FIRST_DISK=<disk_1> \ SECOND_DISK=<disk_2> clmgr modify mirror_pair <mirror_pair_name> \ [ NAME=<new_mirror_pair_name> ] \ [ FIRST_DISK=<disk_1> ] \ [ SECOND_DISK=<disk_2> ] clmgr query mirror_pair [ <mirror_pair>[,<mp#2>,...] ] clmgr delete mirror_pair {<mirror_pair>[,<mp#2>,...] | ALL}Nota: Um alias para mirror_pair é mip.- Grupo de espelhos
: HyperSwap user mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE=ds8k_inband_mm \ MG_TYPE=user \ VOLUME_GROUPS=<volume_group>[,<vg#2>,...] \ DISKS=<raw_disk>[,<disk#2>,...] \ [ HYPERSWAP_ENABLED={no|yes} ] \ [ CONSISTENT={yes|no} ] \ [ UNPLANNED_HS_TIMEOUT=## ] \ [ HYPERSWAP_PRIORITY={medium|high} ] \ [ RECOVERY={manual|auto} ] \ [ RESYNC={manual|auto} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ VOLUME_GROUPS=<volume_group>[,<vg#2>,...] ] \ [ DISKS=<raw_disk>[,<disk#2>,...] ] \ [ STORAGE_SYSTEMS=<storage_system>[,<ss#2>,...] ] \ [ HYPERSWAP_ENABLED={no|yes} ] \ [ CONSISTENT={yes|no} ] \ [ UNPLANNED_HS_TIMEOUT=## ] \ [ HYPERSWAP_PRIORITY={medium|high} ] \ [ RECOVERY={manual|auto} ] \ [ RESYNC={manual|auto} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] : HyperSwap system mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE=ds8k_inband_mm \ MG_TYPE=system \ VOLUME_GROUPS=<volume_group>[,<vg#2>,...] \ DISKS=<raw_disk>[,<disk#2>,...] \ NODE=<node> \ HYPERSWAP_ENABLED={no|yes} \ [ CONSISTENT={yes|no} ] \ [ UNPLANNED_HS_TIMEOUT=## ] \ [ HYPERSWAP_PRIORITY={medium|high} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ VOLUME_GROUPS=<volume_group>[,<vg#2>,...] ] \ [ DISKS=<raw_disk>[,<disk#2>,...] ] \ [ NODE=<node> ] \ [ STORAGE_SYSTEMS=<storage_system>[,<ss#2>,...] ] \ [ HYPERSWAP_ENABLED={no|yes} ] \ [ CONSISTENT={yes|no} ] \ [ UNPLANNED_HS_TIMEOUT=## ] \ [ HYPERSWAP_PRIORITY={medium|high} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] : HyperSwap repository mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE=ds8k_inband_mm \ MG_TYPE=repository \ SITE=<site> \ NON_HS_DISK=<Non-HyperSwap_disk> \ HS_DISK=<HyperSwap_disk> \ [ HYPERSWAP_ENABLED={no|yes} ] \ [ CONSISTENT={yes|no} ] \ [ UNPLANNED_HS_TIMEOUT=## ] \ [ HYPERSWAP_PRIORITY={medium|high} ] \ [ RESYNC={manual|auto} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ SITE=<node> ] \ [ NON_HS_DISK=<non-HyperSwap_disk> ] \ [ HS_DISK=<HyperSwap_disk> ] \ [ STORAGE_SYSTEMS=<storage_system>[,<ss#2>,...] ] \ [ HYPERSWAP_ENABLED={no|yes} ] \ [ CONSISTENT={yes|no} ] \ [ UNPLANNED_HS_TIMEOUT=## ] \ [ HYPERSWAP_PRIORITY={medium|high} ] \ [ RESYNC={manual|auto} ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] : DS8000 Global Mirror and XIV mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE={ds8k_gm|xiv_rm} \ MODE={sync|async} \ RECOVERY={auto|manual} \ [ STORAGE_SYSTEMS=<storage_system>[,<ss#2>,...] ] \ [ VENDOR_ID=<vendor_specific_identifier> ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] \ [ STORAGE_SYSTEMS=<storage_system>[,<ss#2>,...] ] \ [ VENDOR_ID=<vendor_specific_identifier> ] \ [ ATTRIBUTES=<NAME>@<VALUE>[,<NAME#2>@<VALUE#2>,...] ] : SVC mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE=svc \ STORAGE_SYSTEMS=<MASTER_SVC>,<AUXILIARY_SVC> \ [ MIRROR_PAIRS=<mirror_pair>[,<mirror_pair#2>,...] ] \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ STORAGE_SYSTEMS=<MASTER_SVC>,<AUXILIARY_SVC> ] \ [ MIRROR_PAIRS=<mirror_pair>[,<mirror_pair#2>,...] ] \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] : Hitachi mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE=hitachi \ VENDOR_ID=<device_group> \ HORCM_INSTANCE=<instance> \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] \ [ HORCM_TIMEOUT=### ] \ [ PAIR_EVENT_TIMEOUT=### ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ VENDOR_ID=<device_group> ] \ [ HORCM_INSTANCE=<instance> ] \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] \ [ HORCM_TIMEOUT=### ] \ [ PAIR_EVENT_TIMEOUT=### ] : EMC mirror groups clmgr add mirror_group <mirror_group_name> \ TYPE=emc \ [ MG_TYPE={composite|device} ] \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] \ [ CONSISTENT={yes|no} ] \ [ VENDOR_ID=<vendor_specific_identifier> ] clmgr modify mirror_group <mirror_group_name> \ [ NAME=<new_mirror_group_name> ] \ [ MG_TYPE={composite|device} ] \ [ MODE={sync|async} ] \ [ RECOVERY={auto|manual} ] \ [ CONSISTENT={yes|no} ] \ [ VENDOR_ID=<device_group> ] : HyperSwap mirror groups clmgr {swap|view} mirror_group <mirror_group_name>[,<mg#2>,...] \ [ NODE=<node_name> ] clmgr {swap|view} mirror_group \ NODES=<node_name>[,<node#2>,...] \ [ SYSTEM_GROUPS={yes|no} ] clmgr {swap|view} mirror_group \ SITES=<site_name>[,<site#2>] \ [ SYSTEM_GROUPS={yes|no} ] \ [ REPOSITORY_GROUP={yes|no} ]Nota: Os atributosswapeviewsão válidos apenas para o DS-Series Inband (HyperSwap®).clmgr manage mirror_group refresh <mirror_group_name>[,<mg#2>,...] \ [ NODE=<node_name> ] clmgr manage mirror_group refresh \ NODES=<node_name>[,<node#2>,...] \ [ SYSTEM_GROUPS={yes|no} ] clmgr manage mirror_group refresh \ SITES=<site_name>[,<site#2>] \ [ SYSTEM_GROUPS={yes|no} ] \ [ REPOSITORY_GROUP={yes|no} ] : All mirror groups clmgr query mirror_group [ <mirror_group>[,<mg#2>,...] ] clmgr delete mirror_group {<mirror_group>[,<mg#2>,...] | ALL}Nota: Um alias para mirror_group é mig.- Evento
clmgr add event <EVENT_NAME> \ FILE=<EXECUTABLE_FILE> \ [ DESCRIPTION=<EVENT_DESCRIPTION> ] clmgr modify event <EVENT_NAME> \ [ NAME=<NEW_EVENT_NAME> ] \ [ FILE=<EXECUTABLE_FILE> ] \ [ DESCRIPTION=<EVENT_DESCRIPTION> ] clmgr modify event <PRE-DEFINED_EVENT_NAME> \ [ NOTIFY_COMMAND=<COMMAND_OR_FILE> ] \ [ PRE_EVENT_COMMAND=<CUSTOM_EVENT_OR_FILE> ] \ [ POST_EVENT_COMMAND=<CUSTOM_EVENT_OR_FILE> ] \ [ PREPOSTFAILS={false|true} ] clmgr query event [ <EVENT_NAME>[,<EVENT_NAME#2>,...] ] [ TYPE={CUSTOM|PREDEFINED|ALL} ] clmgr delete event { <EVENT_NAME>[,<EVENT_NAME#2>,...] | ALL }Nota: Um alias para o evento é ev.- HMC
clmgr add hmc <HMC> \ [ TIMEOUT=<###> ] \ [ RETRY_COUNT=<###> ] \ [ RETRY_DELAY=<###> ] \ [ NODES=<node>[,<node#2>,...] ] \ [ SITES=<site>[,<site#2>,...] ] \ [ CHECK_HMC=<Yes|No> ] [ USER_NAME=<###> ] \ [ PASSWORD=<###> ] clmgr modify hmc <HMC> \ [ TIMEOUT=<###> ] \ [ RETRY_COUNT=<###> ] \ [ RETRY_DELAY=<###> ] \ [ NODES=<node>[,<node#2>,...] ] \ [ SITES=<site>[,<site#2>,...] ] \ [ CHECK_HMC=<Yes|No> ] [ USER_NAME=<###> ] \ [ PASSWORD=<###> ]Nota: se você estiver usando a comunicação SSH com HMC ou Novalink, a senha não será necessária.clmgr query hmc [<HMC>[,<HMC#2>,...]] clmgr delete hmc {<HMC> | ALL}Nota: O exemplo clmgr delete remove o HMC especificado, ou todos os HMCs, associados ao nó especificado. Se nenhum nó for especificado, todos os nós serão removidos.- Perfis de backup
clmgr add backup_profile {<resource_group>|ALL|rootvg_profile} \ ENABLE_BACKUP={yes|no} \ VOLUME_GROUP={<vg_name>[,<vg_name#2>,...]|ALL|rootvg} \ REPLICATED_RESOURCES={<replicated_resource>[,<replicated_resource#2>,...]|mappings_file} \ BACKUP_METHOD=<cloud> \ STORAGE_NAME={<storage_name>[,<storage_name#2>,...]} \ BUCKET_NAME={<bucket_name>} \ TARGET_LOCATION=<directory> \ [ CLOUD_SERVICE={ibm|aws} ] \ [ COMPRESSION={enabled|disabled} ] \ [ BACKUP_FREQUENCY=<0...999 days> ] \ [ BACKUP_SCHEDULE=<HH:MM> ] \ [ INC_BACKUP_FREQ=<0...999 hours>] \ [ NOTIFYMETHOD=</script/to/notify> ] \ [ ENCRYPTION={disable|kms|aes} ] clmgr add backup_profile {<resource_group>|ALL} \ ENABLE_BACKUP={yes|no} \ VOLUME_GROUP={<vg_name>[,<vg_name#2>,...]|ALL} \ REPLICATED_RESOURCES={<replicated_resource>[,<replicated_resource#2>,...]|mappings_file} \ BACKUP_METHOD=<remote_storage> STORAGE_NAME={<storage_name>[,storage_name#2>,...]} \ [ NOTIFYMETHOD=</script/to/notify> ]Nota: Aliases para add são create, make e mk. Os aliases para backup_profile são bp, backup_p e replication_profile.clmgr modify backup_profile <resource_group|rootvg_profile> \ [ ENABLE_BACKUP={yes|no} ] \ [ VOLUME_GROUP={<vg_name>[,<vg_name#2>,...]|ALL|rootvg} ] \ [ REPLICATED_RESOURCES={<replicated_resource>[,<replicated_resource#2>,...]|mappings_file} \ [ STORAGE_NAME={<storage_name>[,<storage_name#2>,...]} \ [ BUCKET_NAME={<bucket_name>} ] \ [ TARGET_LOCATION=<directory> ] \ [ CLOUD_SERVICE={ibm|aws} ] \ [ COMPRESSION={enabled|disabled} ] \ [ BACKUP_FREQUENCY=<0...999 days> ] \ [ BACKUP_SCHEDULE=<HH:MM> ] \ [ INC_BACKUP_FREQ=<0...999 hours>] \ [ NOTIFYMETHOD=</script/to/notify> ] \ [ ENCRYPTION={disable|kms|aes} ] clmgr modify backup_profile <resource_group> \ [ ENABLE_BACKUP={yes|no} ] \ [ VOLUME_GROUP={<vg_name>[,<vg_name#2>,...]|ALL} ] \ [ REPLICATED_RESOURCES={<replicated_resource>[,<replicated_resource#2>,...]|mappings_file} \ [ STORAGE_NAME={<storage_name>[,<storage_name#2>,...]} \ [ NOTIFYMETHOD=</script/to/notify> ] \Nota: Aliases para modificar são alteradas e configuradas. Os aliases para backup_profile são bp, backup_p e replication_profile.clmgr delete backup_profile {<resource_group>[,<resource_group#2>,...] | ALL} \ [ CANCEL_BACKUP={no|yes} ] \Nota: Aliases para delete são apagar, remover e rm. Os aliases para backup_profile são bp, backup_p e replication_profile.clmgr query backup_profile {<resource_group>[,<resource_group#2>,...]}Nota: Aliases para consulta são get, list, ls e show. Os aliases para backup_profile são bp, backup_p e replication_profile.clmgr query backup_files \ BUCKET_NAME=<bucket_name> \ RG_NAME=<rg_name> \ [ START_TIME=<yyyy-mm-ddThh> ] \ [ END_TIME=<yyyy-mm-ddThh> ] clmgr query backup_files \ BUCKET_NAME=<bucket_name> \ [ RG_NAME=<rg_name> ] \ [ START_TIME=<yyyy-mm-ddThh> ] \ [ END_TIME=<yyyy-mm-ddThh> ] clmgr query backup_files \ RG_NAME=<rg_name> \ [ BUCKET_NAME=<bucket_name> ] \ [ START_TIME=<yyyy-mm-ddThh> ] \ [ END_TIME=<yyyy-mm-ddThh> ]Nota: Aliases para consulta são get e show. Os aliases para backup_files são bf e backup_f.clmgr recover backup \ VOLUME_GROUP=<vg_name>\ BUCKET_NAME=<bucket_name>\ [CLOUD_SERVICE=<IBM|AWS>]\ TARGET_DISKS=<disk>[,<disk#2>,...]\ BACKUP_FILE=<backup_filename_to_restore> \ [NODES=<host>[,<host#2>,...]] \ [DOWNLOAD_PATH=<Download path for intermediate backup files >]Nota: Um alias para recover é rc.clmgr query restore \ BACKUP_FILES=yes\ CLOUD_SERVICE=<IBM/AWS> \ BUCKET_NAME=<bucket> clmgr query restore \ TARGET_DISKS=yes \ BACKUP_FILE=<backup_file> \ CLOUD_SERVICE=<IBM/AWS> \ BUCKET_NAME=<bucket> \ [NODES=<host>[,<host#2>,…]]Nota: BACKUP_FILES e TARGET_DISKS não devem ser usados por vez para a restauração da consulta clmgr Os aliases para query são get e show.- CoD
clmgr add cod <APPCTRL> \ [ USE_DESIRED="Yes|No"> ] \ [ OPTIMAL_MEM=#.## ] \ [ OPTIMAL_CPU=# ] \ [ OPTIMAL_PU=#.## ] \ [ OPTIMAL_VP=# ] clmgr modify cod <APPCTRL> \ [ USE_DESIRED="Yes|No"> ] \ [ OPTIMAL_MEM=#.## ] \ [ OPTIMAL_CPU=# ] \ [ OPTIMAL_PU=#.## ] \ [ OPTIMAL_VP=# ]Notas:- É possível usar esse comando para provisionar o nível ideal de recursos necessários para executar o controlador de aplicativo.
- Se você configurar
USE_DESIRED=1, o nível desejado do perfil de LPAR que fornece o nível ideal de recursos para o controlador de aplicativo será usado. - Se configurar
USE_DESIRED=0, será possível ser mais preciso e usar os valoresOPTIMAL_MEM,OPTIMAL_CPU,OPTIMAL_PUeOPTIMAL_VPpara configurar o nível de recursos necessários para o controlador de aplicativo. - Provisionar um nível de recursos para um controlador de aplicativo permite que PowerHA SystemMirror execute operações (DLPAR, On/Off CoD, EPCoD) que fornecem o nível ideal de recursos para o controlador de aplicativos.
- É possível verificar o nível de fornecimento, verificando o seu cluster com o comando clmgr verify cluster.
- Os aliases para cod são roha, dlpar e cuod.
clmgr query cod [<APPCTRL> ] clmgr delete cod {<APPCTRL> | ALL}
Exemplos
Nos seguintes exemplos, o atributo de classe para o comando clmgr não faz
distinção entre maiúsculas e minúsculas. Por exemplo, no seguinte comando, o atributo
NODES poderia ser NODES, nodes ou Nodes.clmgr create cluster clMain NODES=nodeA,nodeB- O exemplo a seguir cria um cluster PowerHA SystemMirror Standard Edition for AIX que contém dois nós denominados nodeA e nodeB. O nome do cluster é haCL e tem um disco de repositório
nomeado hdisk5. O ambiente requer o uso de um endereço multicast predeterminado de
229.9.3.17 para o
cluster.
clmgr create cluster haCL NODES=nodeA,nodeB \ REPOSITORY=hdisk5 \ CLUSTER_IP=229.9.3.17 clmgr sync clusterNota: O atributoCLUSTER_IPé necessário neste exemplo apenas porque o ambiente requer um endereço multicast. Se um endereço multicast não for fornecido, o sistema selecionará um endereço baseado nos endereços atualmente em uso nesse momento. - O seguinte exemplo cria um grupo de recursos padrão (não concorrente) usando políticas padrão. O grupo de recursos é nomeado db2RG, contém um endereço IP de serviço nomeado access1 e contém um
controlador de aplicativo nomeado db2Controller. O grupo de recursos gerencia dois grupos de volumes
não concorrentes nomeados vg1 e vg2.
clmgr add resource_group db2RG SERVICE_IP=access1 \ APPLICATIONS=db2Controller \ VOLUME_GROUP=vg1,vg2 clmgr sync cluster - É possível usar os seguintes comandos para verificar o status de diversos objetos dentro de um cluster.
clmgr -a STATE query cluster clmgr -a STATE query node nodeA clmgr -a STATE query resource_group rg1Observação:- A classe
STATEretorna uma agregação lógica de pior caso para todo o cluster. Por exemplo, se um cluster em um cluster de quatro nós estiver apresentando um erro, o status retornado para todo o cluster será relatado como um erro. - O valor retornado da execução deste comando estará no formato
ATTR=VALUEpadrão. Por exemplo, se um cluster estiver off-line, o valor retornado seráSTATE=OFFLINE. - É possível recuperar diversos atributos de uma única vez usando a sinalização -a. Por
exemplo, se executar o seguinte comando, você obterá o nome e o estado do
cluster:
clmgr -a STATE,NAME query cluster
- A classe
- Todas as ações, classes e atributos podem ser abreviados em um alias nomeado explicitamente ou
no menor número de caracteres que os tornam exclusivos. Os seguintes exemplos exibem o comando completo
e a versão abreviada do mesmo comando abaixo dele.
clmgr query resource_group clmgr q rgclmgr modify node mynode PERSISTENT_IP=myIP NETWORK=myNet clmgr mod node mynode pe=myIP netw=myNetclmgr online node nodeA clmgr start node nodeA
Nota: O encurtamento dessas ações, classes e atributos é destinado ao uso quando você estiver usando o comando clmgr de forma interativa em um cluster. Embora essas abreviações possam ser usadas nos scripts, evite usá-las dentro de scripts, pois elas não fornecem um código facilmente legível. - Informações de ajuda são fornecidas a partir da linha de comandos para o comando clmgr. Se
você não souber o comando inteiro que deseja executar será possível digitar aquilo que sabe e as informações de ajuda
serão exibidas. Por exemplo, se fornecer um objeto inválido ou um valor para parte do
comando, as informações da ajuda exibirão somente os objetos ou valores válidos. Execute os seguintes comandos como
exemplos para visualizar como informações diferentes de ajuda são exibidas a partir da linha de
comandos.
clmgr clmgr view clmgr view report clmgr view report -hNota: Você só pode usar a sinalização -h depois de uma classe de objeto ou de um conjunto de pares de opções que solicitam uma listagem de todas as opções válidas para uma determinada operação. Essa sinalização é a única sinalização para o comando clmgr que não precisa ser colocado imediatamente após o comandoclmgr.
Os seguintes exemplos descrevem alguns cenários de uso comuns do
comando
clmgr. Todos os exemplos foram testados. Substitua o valor para os valores
válidos em seu ambiente. As seguintes tarefas são a base para os cenários e estão descritas
em detalhes.- Criar um cluster
- Criar um grupo de recursos
- Verificar o status atual
- Visualizar todos os atributos e configurações
- Exibir objetos baseados em algum filtro ou critério
- Tornar o comando
clmgrum pouco mais fácil de usar - Obter ajuda instantânea para o comando
clmgr
Exemplo: Criar um cluster padrão
Detalhes:
Este cluster é um cluster padrão com dois nós e não tem nenhum site associado. O nome
do cluster é DB2_cluster e os nós são nomeados DBPrimary e
DBBackup. O disco de repositório é
criado no disco nomeado hdisk5.
Exemplos:
clmgr create cluster DB2_cluster NODES=DBPrimary,DBBackup REPOSITORY=hdisk5clmgr sync cluster
Comentários:
- O disco de repositório é resolvido no nó que executa o comando clmgr. É possível especificar o disco de repositório em formato PVID ou UUID.
- Não foi especificado um tipo de pulsação. Assim, o cluster usa o padrão de comunicação unicast.
- O comando clmgr não faz distinção entre maiúsculas e minúsculas. É possível especificar o
atributo de repositório como
REPOSITORY,Repositoryourepository.
Exemplo: Criar um cluster estendido
Detalhes:
Este cluster é um cluster estendido nomeado Oracle_cluster. O cluster tem quatro
nós nomeados Ora1, Ora2, Ora3 e
Ora4. O cluster tem dois sites nomeados Ora_Primary e
Ora_Secondary. O site nomeado Ora_Primary gerencia os nós nomeados
Ora1 e Ora2. O site nomeado Ora_Secondary
gerencia os nós nomeados Ora3 e Ora4. O disco de repositório é
criado no disco nomeado hdisk5. O cluster usa comunicação multicast como o
tipo de pulsação.
Exemplos:
clmgr create cluster Oracle_cluster \ NODES=Ora1,Ora2,Ora3,Ora4 \ TYPE=SC \ REPOSITORY=hdisk5 \ HEARTBEAT_TYPE=multicastclmgr add site Ora_Primary NODES=Ora1,Ora2clmgr add site Ora_Secondary NODES=Ora3,Ora4clmgr sync cluster
Comentário:
O disco de repositório é resolvido no nó que executa o comando clmgr. É possível especificar o disco de repositório em formato PVID ou UUID.
Exemplo: Criar um cluster vinculado
Detalhes:
Este é um cluster vinculado nomeado SAP-cluster. O cluster tem quatro
nós nomeados SAP-A1, SAP-A2, SAP-B1 e
SAP-B2. O cluster tem dois sites nomeados SAP_Active e
SAP_Backup. O site nomeado SAP_Active gerencia os nós nomeados
SAP-A1 e SAP-A2. O site nomeado SAP_Backup
gerencia os nós nomeados SAP-B1 e SAP-B2. O disco de repositório no
site SAP_Active é nomeado hdisk5. O disco de repositório no site
SAP_Backup é nomeado hdisk11. O cluster usa comunicação unicast
para o tipo de pulsação.
Exemplos:
clmgr create cluster SAP-cluster \ NODES=SAP-A1,SAP-A2,SAP-B1,SAP-B2 \ TYPE=LC \ HEARTBEAT_TYPE=unicastclmgr add site SAP_Active NODES=SAP-A1,SAP-A2 REPOSITORY=hdisk5clmgr add site SAP_Backup NODES=SAP-B1,SAP-B2 REPOSITORY=hdisk11clmgr sync cluster
Comentários:
- Um cluster vinculado requer que cada site tenha um disco de repositório. Deve-se identificar um disco de repositório para cada site.
- Um disco de repositório é resolvido no primeiro nó com o qual o comando clmgr pode
se comunicar. Para clusters vinculados, o primeiro nó definido para cada site é o nó
com o qual o comando clmgr tenta se comunicar. Neste exemplo, o
disco de repositório
hdisk5é resolvido no nóSAP-A1e o disco de repositóriohdisk11é resolvido no nóSAP-B1. - É possível especificar o disco de repositório em formato PVID ou UUID.
Exemplo: Criar um grupo de recursos
Detalhes:
Esse grupo de recursos será um grupo de recursos (não concorrente) padrão, usando políticas padrão e será nomeado db2RG. O grupo de recursos conterá um endereço IP de serviço nomeado access1 e um controlador de aplicativo nomeado db2Controller. Posteriormente, o grupo de recursos também gerenciará dois grupos de volumes nomeados vg1 e vg2, sendo que nenhum é simultâneo.
Exemplos:
clmgr add resource_group db2RG SERVICE_IP=access1 \ APPLICATIONS=db2Controller \ VOLUME_GROUP=vg1,vg2
clmgr sync cluster
Exemplo: Verificar status atual
Detalhes:
Frequentemente, é importante saber exatamente o estado em que um determinado objeto está, para que as ações apropriadas
possam ser tomadas. Usando clmgr, isso pode ser feito por meio da ação de consulta.
Exemplos:
clmgr -a STATE query clusterclmgr -a STATE query site siteAclmgr -a STATE query node nodeAclmgr -a STATE query resource_group rg1
Comentários:
- Para as classes de site e cluster, o STATE retornado é uma agregação lógica e de pior caso dos nós do membro. Por exemplo, em um cluster de quatro nós, se mesmo um nó estiver apresentando um erro, o status de todo o cluster será reportado como ERROR.
- O valor retornado estará no formato ATTR=VALUE, tal como STATE=OFFLINE. Se precisar somente do valor, então será possível combinar algumas outras sinalizações com -a com o propósito de atingir isso. Usar a combinação de sinalizações de -cSa retornará somente VALUE, como OFFLINE. Isso funcionará somente para um valor único de cada vez.
- É possível recuperar diversos atributos de uma vez com a sinalização -a , como -a NAME,STATE. Além disso, a sinalização -a não faz distinção entre maiúsculas e minúsculas (-a Name,state) e suporta curingas (-a N*).
Exemplos: Visualizar todos os atributos e configurações
Detalhes:
PowerHA SystemMirror é um produto com o qual, uma vez configurado e totalmente testado, geralmente não se interage mais até que ocorra algum problema ou seja necessário algum tipo de manutenção. Quando tais fatores acontecem, é necessário poder visualizar os conteúdos do
cluster, mais todas as configurações. Com clmgr, isso é feito usando a ação
de consulta, opcionalmente solicitando formatos específicos, como o delimitado por dois pontos ou XML. O seguinte
comando usa grupos de recursos, mas os princípios são os mesmos para todas as classes de objetos.
Exemplos:
clmgr query resource_groupclmgr query resource_group rg1,rg2clmgr -c query resource_group rg1,rg2clmgr -x query resource_group rg1,rg2clmgr -v query resource_groupclmgr -cv query resource_groupclmgr -xv query resource_group
Comentários:
- Quando nenhum objeto de destino é fornecido em um comando de consulta, e a sinalização verbose, -v , não é usada, uma simples listagem de objetos é exibida.
- Quando um ou mais objetos de destino são fornecidos em um comando de consulta, então todos os atributos conhecidos ou as configurações desses objetos são exibidos. Isso substitui a sinalização -v .
- Quando a sinalização -v é usada com o comando de consulta, todos os atributos conhecidos ou configurações de todos os objetos conhecidos da classe especificada são exibidos.
- Quando atributos ou configurações detalhados são exibidos, por padrão eles são exibidos no formato ATTR=VALUE, um por linha. Se -c for fornecido, então todos os valores são exibidos em uma linha no formato delimitado por dois pontos. Se -x for fornecido, então todos os atributos e valores serão exibidos em um formato XML simples.
Exemplo: Exibir todos os objetos baseados em algum filtro ou critério
Detalhes:
Não é incomum ter um grande número de objetos definidos para uma determinada classe, como grupos de recursos,
ou ter grandes número de configurações definidos em uma determinada classe. Isso pode, ocasionalmente, tornar
desafiadora a localização de informações realmente necessárias. Felizmente, o clmgr
fornece a capacidade de especificar critérios de filtragem para que a ação de consulta resolva esse problema.
Exemplos:
clmgr query file_collection FILE="*rhosts*"clmgr query resource_group CURRENT_NODE=`get_local_nodename`
Comentários:
- O primeiro exemplo mostra uma maneira simples de localizar um objeto que contém uma configuração ou um valor específico; nesse caso, a coleção de arquivos que contém um arquivo nomeado rhosts (observe que os caracteres curinga são suportados).
- O segundo exemplo mostra um bom exemplo prático de como localizar um objeto que corresponde ao valor dinâmico. Nesse caso, o exemplo mostra como obter a lista de todos os grupos de recursos atualmente em execução no nó local.
- Esta capacidade de filtragem pode ser usada em combinação com a sinalização -a para fornecer uma recuperação de dados muito poderosa e flexível.
Exemplo: Tornar o clmgr mais fácil de usar
Detalhes:
Nada em clmgr faz distinção entre maiúsculas e minúsculas, o que ajuda a eliminar erros frustrantes de
digitação. Além disso, todas as ações, classes e atributos podem ser abreviados em um alias
nomeado explicitamente (como start em vez de online ou rg em vez de resource_group) ou no
menor número de letras que os tornam exclusivos. Os seguintes pares de comandos são funcionalmente
idênticos.
Exemplos:
clmgr query resource_group clmgr q rgclmgr modify node mynode PERSISTENT_IP=myIP NETWORK=myNet clmgr mod node mynode pe=myIP netw=net_ether_0clmgr online node nodeA clmgr start node nodeA
Comentários:
A diminuição de ações e classes destina-se a quando o clmgr está sendo usado
interativamente em um terminal. Embora essas abreviações também possam ser usadas em scripts, sugere-se
que os scripts usem os nomes completos de ações e classes. Fazer isso fornecerá um código mais
legível e que permite manutenção.
Exemplo: Obter ajuda instantânea para clmgr
Detalhes:
A ajuda está sempre disponível on-line para clmgr. Entretanto, ativar um navegador da web é
normalmente inconveniente e, às vezes, não sensato ou até mesmo impossível. Portanto clmgr
fornece tanta ajuda integrada quanto possível, para que possa obter a ajuda de que precisa agora. Um tipo de ajuda fornecida é quando um objeto ou valor de um conjunto conhecido de objetos ou valores
é necessário. Se um objeto ou valor inválido for fornecido, não apenas uma mensagem de erro apropriada é
exibida, mas também uma lista de objetos ou valores válidos para essa operação. Isso é ótimo
para ajudá-lo a superar os erros de digitação persistentes! Mais ajuda está disponível no
clmgr quando não tiver certeza da ação, classe ou do objeto necessário. Simplesmente digite
tanto quanto sabe e, em seguida, o clmgr informará todos os valores que poderiam ser os
seguintes. Então você terá simplesmente de escolher um deles para continuar! Tente executar os seguintes comandos para ver alguns
exemplos da ajuda que o clmgr está preparado a fornecer.
Exemplos:
clmgrclmgr viewclmgr view reportclmgr view report -h
Comentários:
A sinalização -h, quando fornecida na linha de comandos após uma classe de objeto ou algum conjunto de pares de opções, requer uma listagem de todas as opções válidas para essa operação específica. Essa é a única sinalização no comando clmgr que não precisa ser posicionado imediatamente após o próprio comando clmgr.