PowerProtect DD: O file system é desativado se houver um alerta ambiental crítico definido no DD
Summary: O DD File System (DDFS) se desativa automaticamente como uma proteção quando o sistema vê que uma condição ambiental não é boa e vê um alerta crítico no compartimento 1
Symptoms
O PowerProtect DDOS inclui uma proteção que desativa o DD File System (DDFS) se
1: O tempo do sistema volta em mais de 60 segundos. Se ocorrer uma alteração no horário do sistema, e/OU
2: Se qualquer outro componente de hardware falhar e o sistema configurar um alerta ambiental crítico para o compartimento 1
Ocorre o seguinte:
- O DDFS será desativado e não reiniciará automaticamente
- Um alerta (EVT-ENVIRONMENT-00052) é publicado, ou seja:
Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped Event posted: p0-32 -EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System has Critical alert
Assim que esse problema for encontrado:
- O DDFS não conseguirá reiniciar manualmente (ele entra em pane durante a inicialização)
- Restaurar a data e a hora (para inverter o salto para trás) não permite que o DDFS inicie
- Resolver o problema de hardware não permite que o DDFS inicie
Cause
O file system do Data Domain não poderá ser ativado até que corrijamos a condição crítica do ambiente apenas para proteger o DD e outros aplicativos integrados ao DD
Essa proteção foi implementada como um salto retroativo no tempo do sistema e pode afetar negativamente determinados aplicativos de backup que armazenam dados no DDR. Como resultado, ele foi projetado de modo que o administrador do DDR tenha que permitir a alteração no tempo do sistema antes que o DDFS possa ser reativado.
Nota: Quando esse problema é encontrado, o DDFS não pode ser ativado, pois ele se recusa a iniciar, por exemplo:
# filesys enable
Please wait...
01/01 20:32:10.217 (tid 0xxxxxxx): INFO: Event posted: m0-28 (2100001c:553648156): EVT-FILESYS-00008: Filesystem has encountered an error and is restarting.
**** There was a problem bringing up the filesystem. Status: The filesystem is aborting due to a problem.Além disso, reverter o salto para trás no tempo do sistema não permite que o DDFS seja reativado (o problema persiste).
Resolution
Para ativar o DDFS, siga estas etapas. Se o DD afetado for o nó ativo em um par de DD HA, aplique estas etapas aos dois nós antes de ativar o File System (FS).
Na interface do usuário:
1. Certifique-se de que a data e a hora do sistema estejam corretas. Se você alterar o fuso horário, o DDR poderá solicitar uma reinicialização.
Execute essa reinicialização imediatamente para garantir que todos os processos reconheçam o novo fuso horário. Vá para Configurações >de administração>DATA E HORA
- Se o NTP estiver ativado, desative-o temporariamente para corrigir o relógio. Vá para MORE TASKS>Configure Time Settings
- Em seguida, defina as configurações de hora novamente para reativar o NTP, se necessário
2. Remova o alerta de emergência correspondente ao erro "filesystem disabled due a critical condition". Vá para Alertas > de integridade > ALERTAS ATUAIS
-
Aguarde um minuto para que o alerta seja removido e o status do sistema seja atualizado. Caso contrário, o status do sistema pode não ser totalmente atualizado antes do início do processo do DDFS, causando um único falha e um alerta do FS.
3. Habilite o filesystem se ele ainda não estiver habilitado após a limpeza do alerta. Vá para Data Management > File System > Summary > Clique em Enable, na parte inferior da página.
- O DDFS agora deve inicializar/operar normalmente. Se você não conseguir aguardar um tempo suficiente depois de limpar o alerta antes de iniciar o processo do FS, talvez receba um alerta na CLI sobre o FS ter encontrado um problema, no entanto, o FS continuará tentando iniciar e, se o problema foi como descrito neste KB, o processo do FS finalmente será ativado.
Na CLI:
1a. Certifique-se de que a data e a hora do sistema estejam corretas. Se você alterar o fuso horário, o DDR poderá solicitar uma reinicialização.
Execute essa reinicialização imediatamente para garantir que todos os processos reconheçam o novo fuso horário.
1 ter. Certifique-se de que todos os componentes de hardware no DD estejam em bom estado
2. Limpe o alerta de emergência correspondente ao erro "file system disabled due to a critical condition":
# alert clear alert-id [alert id]
Por exemplo, se esse fosse o alerta p0-32 (como mostrado acima):
# alert clear alert-id p0-32
3. Aguarde um minuto para que o alerta seja removido e o status do sistema seja atualizado. Caso contrário, o status do sistema pode não ser totalmente atualizado antes do início do processo de FS, causando uma falha e um alerta únicos.
4. Agora o DDFS deve ficar on-line automaticamente, você pode verificar o status do sistema de arquivos com "# filesys status". caso contrário, ative o DDFS:
# filesys enable
- O DDFS agora deve inicializar/operar normalmente. Se você não conseguir aguardar um tempo suficiente depois de limpar o alerta antes de iniciar o processo do FS, talvez receba um alerta na CLI sobre o FS ter encontrado um problema, no entanto, o FS continuará tentando iniciar e, se o problema foi como descrito neste KB, o processo do FS finalmente será ativado.
Para obter mais informações sobre essa proteção ou qualquer informação contida neste artigo, entre em contato com o suporte técnico da Dell.
Additional Information
Um exemplo do problema é mostrado abaixo:
- Inicialmente, o DDFS está sendo executado normalmente:
# filesys status The filesystem is enabled and running.
- O DDR tem uma data e hora do sistema 13:28 do dia 7 de março de 2017:
# date Sun Mar 7 13:28:24 PST 2017
- A data é manualmente definida para trás para 1º de janeiro de 2017 (o Network Time Protocol/NTP deve ser desativado antes que essa alteração seja possível):
# system set date 01012017
- Logs no DDR (messages.engineering) indicam que a data ou a hora do sistema foi alterada para trás e que o DDFS está sendo desativado:
Mar 7 13:28:24 rtp-ddr30 ddsh: NOTICE: MSG-DDSH-00009: (tty=ttyS0, session=15703) root: command "system set date 01012017" ... Jan 1 20:17:04 rtp-ddr30 ddr_stated: Availability stats: Invalid time interval -5591476. Probably the system clock was changed. Jan 1 20:17:51 rtp-ddr30 platmon: INFO: Found a system time jump: -5591485 Jan 1 20:17:51 rtp-ddr30 platmon: INFO: Before Jump: system time: Tue Mar 7 13:28:15 2017 , rtc time: Tue Mar 7 13:28:16 2017 , ntp last sync time: Unknown Jan 1 20:17:51 rtp-ddr30 platmon: INFO: After Jump: system time: Sun Jan 1 20:17:51 2017 , rtc time: Sun Jan 1 20:17:51 2017 , ntp last sync time: Unknown ... Jan 1 20:17:51 rtp-ddr30 platmon: NOTICE: post_alert: Generating alert EVT-ENVIRONMENT-00052 Jan 1 20:17:52 rtp-ddr30 platmon: INFO: Event posted: p0-32 (11000020:285212704): EVT-ENVIRONMENT-00052: File system is disabled due to a critical condition.EVT-OBJ::Enclosure=1 EVT-INFO::Cause=System Time backward jumped Jan 1 20:17:52 rtp-ddr30 platmon: NOTICE: evaluate_symbol_node: taking action(s) on error_indict(1) Jan 1 20:17:52 rtp-ddr30 platmon: INFO: System time jumped, needs service now Jan 1 20:17:52 rtp-ddr30 platmon: ERROR: Fatal error in platform monitor, DDFS shall be disabled ... Jan 1 20:17:55 rtp-ddr30 ddr_procmon: ERROR: Critical error is detected by platform monitoring, filesystem is shutdown. ... Jan 1 20:17:55 rtp-ddr30 ddr_stated: INFO: change_state(): shutdown requested Jan 1 20:17:55 rtp-ddr30 ddfs[3761]: NOTICE: MSG-DDR-00003: Shutting down ddfs
- Um alerta de emergência é publicado indicando que o DDFS foi desativado "devido a uma condição crítica":
Quando o DD faz parte ou ingressou em um Active Directory do Windows, ele usa o controlador de domínio (DC) como sua fonte de tempo do sistema. O DD sincroniza periodicamente sua data e hora com o DC. Se a data e a hora do DC do Windows mudarem, as atualizações serão enviadas ao DD por meio do CIFS. Um salto no tempo para trás acima de 60 s aciona esse comportamento.
Para saber se esse pode ser o caso, comece verificando se o DD está configurado para CIFS e vinculado ou associado a um determinado realm do Active Directory:
# cifs show config Mode Active-Directory Realm realm.example.com Domain Controllers * WINS Server not specified NB Hostname DD9300 Max Connections Not Available Max Open Files Not Available
- Em caso afirmativo, verifique o arquivo "cifs.log" em busca de entradas como as abaixo:
# log view debug/cifs/cifs.log Mar 28 22:03:16 DD9300 lsass: ALWAYS: [24497/1585429396.001947087] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 22:03:16 2020 ] to [Sat Mar 28 22:54:38 2020 ] Mar 28 23:44:38 DD9300 lsass: ALWAYS: [24497/1585435478.001799190] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sat Mar 28 23:44:38 2020 ] to [Sat Mar 28 22:53:15 2020 ] Mar 29 22:04:38 DD9300 lsass: ALWAYS: [24497/1585512278.002014016] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 22:04:38 2020 ] to [Sun Mar 29 22:55:53 2020 ] Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24499/1585517153.001946740] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ] Mar 29 23:25:53 DD9300 lsass: ALWAYS: [24497/1585517153.001946645] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Sun Mar 29 23:25:53 2020 ] to [Sun Mar 29 22:34:37 2020 ] Mar 30 22:00:53 DD9300 lsass: ALWAYS: [24497/1585598453.002161373] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 22:00:53 2020 ] to [Mon Mar 30 22:52:01 2020 ] Mar 30 23:12:01 DD9300 lsass: ALWAYS: [24497/1585602721.002275775] [lsass] ADSyncTimeToDC: Attempting to change System Time, from [Mon Mar 30 23:12:01 2020 ] to [Mon Mar 30 22:20:52 2020 ]
Quando o Active Directory está configurado, é recomendável que o NTP seja desativado, de acordo com o conteúdo do Guia de Administração do DDOS 8.0 (consulte a página 137):