VNX, eNas: Błędy odmowy uprawnień po rozszerzeniu systemu plików

Poniższe błędy są zgłaszane podczas rozszerzania systemu plików użytkownika:

[nasadmin@eNasCS ~]$ nas_fs -xtend filesystemexample size=300G pool=filepool -option slice=yes
/nas/sbin/build_config: line 368: /nas/dos/slot_2/boot.cpy: Permission denied
/nas/sbin/build_config: line 368: /nas/dos/slot_2/boot.cpy: Permission denied
/nas/sbin/build_config: line 368: /nas/dos/slot_2/boot.cpy: Permission denied
id        = 40
name      = filesystemexample

Zmiana konfiguracji systemu plików przy użyciu interfejsu cli lub interfejsu użytkownika może spowodować błędy odmowy uprawnień do /nas/dos/slot_x/boot.cpy, gdzie "x" to numer gniazda, w którym zamontowany jest system plików.

[nasadmin@Whatchamacallit-CS1 ~]$ ls -lh /nas/dos
lrwxrwxrwx 1 root root 11 Jul  1  2011 /nas/dos -> /nbsnas/dos

System plików zarządza rozszerzeniem, jednak błędy odmowy uprawnień są zgłaszane podczas odbudowywania pliku slot_x boot.cfg.

Każda zmiana konfiguracji NAS powoduje odbudowę pliku konfiguracyjnego boot.cfg znajdującego się w pliku /nbsnas/dos/slot_x ("x" to numer gniazda modułu transferu danych, w którym zamontowany jest system plików), a podczas tego procesu tworzony jest tymczasowy plik boot.cpy.

System plików można rozszerzyć, jednak błędy odmowy uprawnień są zgłaszane w pliku boot.cpy, który może wskazywać na problem podczas odbudowywania pliku boot.cfg znajdującego się w pliku /nas/dos/slot_x.

Partycja /nbsnas/dos została zamontowana ręcznie za pomocą poniższego polecenia:

mount /dev/sda1 /nbsnas/dos

W rezultacie partycja została zamontowana jako system plików typu vfat, a właściciel grupy został zmieniony na "root" (zamiast nasadmin), powodując problemy z uprawnieniami do partycji.

Nieprawidłowe uprawnienia:

pwd: /nbsnas
drwxr-xr-x 22 root root 16K Dec 31 1969 dos

pwd: /nbsnas/dos
-rwxr-xr-x 1 root root 52 Nov 6 2018 boot.bat
-rwxr-xr-x 1 root root 148K Jun 21 17:08 boot.cfg

Prawidłowe uprawnienia:

pwd: /nbsnas
drwxrwxr-x 22 root nasadmin 16K Dec 31 1969 dos

pwd: /nbsnas/dos
-rwxrwxr-x 1 root nasadmin 52 Sep 7 2022 boot.bat
-rwxrwxr-x 1 root nasadmin 2.2K Jun 21 03:21 boot.cfg

Główną przyczyną problemu jest to, że właściciel grupy plików dos i startowych to "root", gdy powinien to być "nasadmin". 

Plik /nbsnas/dos powinien być zamontowany jako system plików MSDOS. W takim przypadku plik /nbsnas/dos jest montowany jako system plików vfat.

Polecenie "mount" pokazuje typ systemu plików. Można także sprawdzić plik /etc/fstab w stacji sterowania:

nieprawidłowe zamontowanie systemu plików /nbsnas/dos:

• Enas:

/dev/sda1 on /nbsnas/dos type vfat (rw)

• VNX:

/dev/nda1 on /nbsnas/dos type vfat (rw)

Prawidłowe montowanie systemu plików /nbsnas/dos:

• Enas:

/dev/sda1 on /nbsnas/dos type msdos (rw,sync,umask=002,gid=201)

• VNX:

/dev/nda1 on /nbsnas/dos type msdos (rw,sync,umask=002,gid=201)

Zainstaluj ponownie system plików jako właściwy typ systemu plików MSDOS:

1. Upewnij się, że plik /etc/fstab jest prawidłowy i odpowiada następującym cechom:

• Enas:

[nasadmin@CS0 ~]$ cat /etc/fstab | grep dos
/dev/sda1       /nas/dos                msdos   noauto,rw,sync,umask=002,gid=201        0 0

• VNX:

[nasadmin@Whatchamacallit-CS1 ~]$ cat /etc/fstab | grep dos
/dev/nda1       /nas/dos                msdos   noauto,rw,sync,umask=002,gid=201        0 0

2. Odmontuj, a następnie ponownie zainstaluj partycję /nas/dos przy użyciu kroku 2a lub 2b:
   1. Stacja kontrolna trybu failover lub failback zgodnie z artykułem 25261 firmy Dell, Celerra, VNX Unified: Przełączanie i przywracanie awarii stacji sterowania (możliwość naprawienia przez użytkownika) 

2. Ręcznie odmontuj i ponownie zainstaluj partycję /nas/dos:

umount /nas/dos
mount /nas/dos

3. Sprawdź, czy plik /nas/dos jest zamontowany jako MSDOS:

• Enas:

[nasadmin@CS0 ~]$ mount -t msdos
/dev/sda1 on /nbsnas/dos type msdos (rw,sync,umask=002,gid=201)

• VNX:

[nasadmin@Whatchamacallit-CS1 nasadmin]# mount -t msdos
/dev/nda1 on /nbsnas/dos type msdos (rw,sync,umask=002,gid=201)

Własność partycji /nas/dos i uprawnienia powinny być teraz poprawne, a błędy odmowy uprawnień nie są już zgłaszane po pomyślnym rozszerzeniu systemu plików.