Solução de problemas em um mecanismo de tempo de execução remoto para DataStage Anywhere
Use essas soluções para ajudar a resolver problemas que você possa encontrar com IBM®DataStage® o Anywhere em um mecanismo remoto.
Índice
Trabalho preso em suspenso ou em execução
Verifique se o motor remoto travou ou reiniciou durante a execução do trabalho. Se o contêiner travou durante a execução da tarefa, a data e hora de início do contêiner serão logo após a solicitação da execução da tarefa. Nesse caso, “logo após” significa que a hora de início do contêiner não excede o tempo esperado para a execução específica da tarefa. Se a hora de início exceder esse período ou for anterior à hora de início da tarefa, descarte a possibilidade de que o contêiner tenha parado no meio da execução.
- Acesse o mecanismo remoto usando os DockerKubernetes comandos ou.
- Execute o seguinte comando dentro do contêiner:
ps -eo lstart,cmd | grep /opt/ibm | grep -v sh | grep -v grep
A saída deve listar dois processos em execução. Se a saída tiver menos de duas linhas, isso indica que o contêiner atual não está funcionando corretamente. Se for esse o caso, reinicie o contêiner manualmente para resolver o problema. Se algum dos processos tiver uma data e hora logo após o início da tarefa, isso pode indicar que o contêiner travou ou foi iniciado no meio da execução.
O comando mailx no mecanismo remoto
Antes de executar o comando mailx para sua sub-rotina antes ou depois do trabalho, você deve fornecer as informações do servidor SMTP.
Usando DataStage-aaS o Anywhere com outros produtos na mesma máquina
Ao iniciar DataStage-aaS o Anywhere com dsengine.sh, evite usar /temp como diretório de montagem de volume, pois outros serviços podem interferir nas DataStage operações. Em vez disso, use o --volume-dir sinalizador para personalizar o local de montagem e criar um novo diretório em um local diferente.
Incompatibilidade FIPS ao usar a nuvem pública como plano de controle
Ao usar a nuvem pública como plano de controle, desative o FIPS na sua máquina host. A combinação da nuvem pública como plano de controle e a ativação do FIPS na máquina host faz com que o upload do log de tarefas falhe, pois o COS da nuvem pública não é compatível com o FIPS.