RecoverPoint e RecoverPoint for VMs: A sessão da CLI termina anormalmente com a mensagem "Killed" quando os comandos são executados.

Summary: RecoverPoint: A sessão da CLI termina anormalmente com a mensagem "Killed"; essa mensagem pode não aparecer se a sessão for executada por meio do PuTTY, pois o PuTTY pode fechar a janela. ...

Acest articol se aplică pentru Acest articol nu se aplică pentru Acest articol nu este legat de un produs specific. Acest articol nu acoperă toate versiunile de produs existente.

Symptoms

Muitas alterações combinadas da CLI em um ambiente de grande escala podem causar esse problema. A execução de comandos em ambientes grandes pode fazer com que as sessões da CLI sejam encerradas de forma anormal.

Se a janela permanecer aberta, o usuário poderá notar uma mensagem "Killed":

Cluster1> add_replication_volume group=CG copy=Copy1 replication_set=RSet1 name=device_DEV01
Cluster1> add_replication_volume group=CG copy=Copy1 replication_set=RSet2 name=device_DEV02
Cluster1> add_replication_volume group=CG copy=Copy1 replication_set=RSet3 name=device_DEV03
 
Killed


Os itens a seguir podem aparecer nos registros da CLI (extracted.*/files/home/kos/cli/result.xx.log):

2018/07/29 21:32:48.614 - #2 - 11940/11940 - CLI: Handling command: create_replication_set
2018/07/29 21:32:48.614 - #2 - 11940/11940 - CLI: In CommandHandler::handleCommand(..)
2018/07/29 21:32:48.614 - #2 - 11940/11940 - CLI: In CreateReplicationSetHandler::initDataMembers()
2018/07/29 21:32:48.614 - #2 - 11940/11940 - CLI: In CommandHandler::initDataMembers()
2018/07/29 21:32:48.614 - #2 - 11940/11940 - CLI: m_settingsCache is relevant, returning
2018/07/29 21:32:48.614 - #2 - 11940/11940 - CLI: Calling Mgmt::getState()
2018/07/29 21:32:49.949 - #2 - 11944/11940 - MemoryShield: totalMemory = 827.188 [MB] resMemory = 331.613 [MB] shrMemory = 73.7656 [MB]
2018/07/29 21:32:49.949 - #0 - 11944/11940 - MemoryShield: errno=0 memory low watermark exceeded, current=347721728 totalMemory = 827.188 [MB] resMemory = 331.613 [MB] shrMemory = 73.7656 [MB], limit=283115520
2018/07/29 21:32:49.949 - #0 - 11944/11940 - MemoryShield: errno=0 memory high watermark exceeded, current=347721728 totalMemory = 827.188 [MB] resMemory = 331.613 [MB] shrMemory = 73.7656 [MB], limit=314572800
2018/07/29 21:32:49.949 - #0 - 11944/11940 - MemoryShield: errno=0 memory shield discovered an error !!!
2018/07/29 21:32:49.949 - #2 - 11944/11940 - DLManager: dumpDetectors
2018/07/29 21:32:49.949 - #2 - 11944/11940 - DLManager: running status for N6Kashya29MemoryShieldScheduler_AO_IMPLE, pid=11944/11940, config=(alertThreshold=10,alertLevel=0,killThreshold=7200,coreThreshold=0,full=1), deltaTime=0, cmd=N6Kashya59MemoryShieldScheduler_AO_IMPL_printStatistics_6_CmdConcreteE
2018/07/29 21:32:49.949 - #0 - 11944/11940 - MemoryShield: errno=0 Assertion failed: false Line 285 File MemoryShield.cc PID: 11940 Info: memory limit exceeded, no core
END OF LOGGER

Cause

Devido ao tamanho do ambiente e a muitas alterações que estão sendo combinadas na mesma sessão da CLI, o processo da CLI atinge seu limite de memória e trava.

Por exemplo, ao criar um grupo de consistência, muitas alterações são combinadas no edit_group_settings como uma única alteração. Outro exemplo é "heavier" comandos como get_group_statistics.

Resolution

Solução alternativa:
O script assinado a seguir pode ser executado no IP do cluster usando putty/ssh > [2] Setup -> [8] Advanced options -> [4] Run script.

 

ZWE0M2YwMTIzYzg5ZWRhZjk2MzIwYzAzNzA0MzI5YzIKdW5saW1pdGVkCm5vdF9yZXN0cmljdGVk
ClRoZSBpZCBvZiB0aGUgc2NyaXB0IGlzOjAwMDE2NzExNQpDcmVhdGUgYW4gb3V0cHV0IGZpbGUg
Zm9yIGdyb3VwIHN0YXRpc3RpY3MgaW4gbGFyZ2UgZW52aXJvbm1lbnRzCk5pdiBOZXRhbmVsaQoj
IS9iaW4vY3NoCmVjaG8gZ2V0X2dyb3VwX3N0YXRpc3RpY3MgLW4gPiAvaG9tZS93d3cvaW5mby9H
cm91cF9TdGF0cy5vdXRwdXQKY2htb2QgK3IgL2hvbWUvd3d3L2luZm8vR3JvdXBfU3RhdHMub3V0
cHV0CmZvcmVhY2ggQ0cgKCBgc3UgYWRtaW4gLWMgImdldF9ncm91cHMgLW4iIHwgZWdyZXAgIl4g
IFtbOmFsbnVtOl1dIiB8IHNlZCBzLVwgXCAtLWcgfCBzZWQgcy1cOi0tZ2AgKQojICBlY2hvICRD
RwogIHN1IGFkbWluIC1jICJnZXRfZ3JvdXBfc3RhdGlzdGljcyBncm91cD0kQ0ciID4+IC9ob21l
L3d3dy9pbmZvL0dyb3VwX1N0YXRzLm91dHB1dAplbmQKc2V0ZW52IEVUSCBgZ3JlcCBldGggL2hv
bWUva29zL2NvbnRyb2wvYWNxdWlyZUlQLnRjc2ggfCBhd2sgJ3twcmludCAkN30nIHxncmVwIGV0
aGAKc2V0ZW52IElQIGBpcCBhZGQgfCBncmVwICJnbG9iYWwgJEVUSCIgfCBoZWFkIC1uMXxhd2sg
J3twcmludCAkMn0nIHwgc2VkICJzL1wvLiovLyJgCmVjaG8gR3JvdXAgU3RhdGlzdGljcyBmaWxl
IGF2YWlsYWJsZSBodHRwczovLyRJUC9pbmZvCmV4aXQgMAo=
#

O arquivo de saída é criado em https://{RPA-IP}/info/Group_Stats.output.


Solução temporária 2:
Existe uma solução para esse problema, mas é necessária a intervenção da equipe de suporte técnico da Dell Technologies. A equipe de suporte deve acessar os equipamentos do Site Control para fazer uma alteração interna. Entre em contato com o Centro de suporte ao cliente da Dell Technologies ou com seu representante de serviço para obter suporte técnico e consulte este ID da solução da base de conhecimento da Dell Technologies.

Produse afectate

RecoverPoint, RecoverPoint CL, RecoverPoint EX, RecoverPoint for Virtual Machines

Produse

RecoverPoint SE
Proprietăți articol
Article Number: 000167115
Article Type: Solution
Ultima modificare: 16 Jan 2026
Version:  5
Găsiți răspunsuri la întrebările dvs. de la alți utilizatori Dell
Servicii de asistență
Verificați dacă dispozitivul dvs. este acoperit de serviciile de asistență.