Data Domain: Sporadyczne błędy podczas pozyskiwania danych przy użyciu protokołu NFSv4 z domyślnymi opcjami systemu plików NFS
Summary: Sporadyczne błędy podczas pozyskiwania danych przy użyciu protokołu NFSv4 z domyślnymi opcjami systemu plików NFS
Symptoms
W procesie DD FS mogą wystąpić sporadyczne błędy PANIC, zrzut rdzenia i ponowne uruchomienie podczas pozyskiwania danych przy użyciu protokołu NFSv4 z domyślnymi opcjami NFS. Dzieje się tak w przypadku uruchamiania wcześniejszych wersji DDOS 6.1.x z ciągami PANIC, takimi jak:
ERROR: MSG-INTRNL-00001: PANIC: ddr/nfs4/nfs4_idmap/nfs4_names.c: _perform_timed_lookup: 698: !(active_cookie->magic == NFS4_IDMAP_LOOKUP_ARG_USED).
Cause
Nie dotyczy
Resolution
Usterka została usunięta w kodzie dla następujących wersji DDOS:
- DDOS 6.1.1.1 i nowsze
- DDOS 6.1.2.0 i nowsze
Jeśli klient nie może natychmiast przeprowadzić aktualizacji lub wersje są niedostępne, możliwe jest obejście problemu, ale najpierw należy potwierdzić problem zgodnie z opisanym problemem.
- Czy użytkownicy inni niż root są używani do wykonywania operacji we/wy na montowaniu NFSv4 na klientach?
- Czy mapowanie identyfikatora NFSv4 na kliencie jest włączone? W systemie Linux uruchom "cat /sys/module/nfs/parameters/nfs4_disable_idmapping", aby się dowiedzieć.
- Czy klient NFS używa zabezpieczeń Kerberos (sec=krb5) dla każdego eksportu NFSv4?
- Czy są używane listy ACL NFSv4?
Jeśli wszystkie powyższe odpowiedzi brzmią "NIE", natychmiastowym sposobem obejścia problemu jest wyłączenie mapowania identyfikatora NFSv4 w DDR przy użyciu poniższego polecenia DD CLI:
# nfs option set nfs4-idmap-out-numeric always
Gwarantuje to, że ścieżka kodu, która spowodowała PANIC, nie zostanie osiągnięta i nie powoduje problemów z normalnymi kopiami zapasowymi, ponieważ nie korzystają one z żadnej z funkcji wymienionych powyżej "wstępnych kontroli".
Po uaktualnieniu klienta do wersji stałej to ustawienie powinno zostać zresetowane:
# nfs option reset nfs4-idmap-out-numeric