VNX, eNas: Erros de permissão negada após estender um file system

Os erros abaixo são relatados ao estender um file system do usuário:

[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

Fazer alterações de configuração em um file system usando a CLI ou a interface do usuário do pode causar erros de "permission denied" para /nas/dos/slot_x/boot.cpy, em que "x" é o número do slot onde o file system está montado.

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

O file system gerencia a extensão, no entanto, há erros de permissão negada relatados durante a recriação do arquivo slot_x boot.cfg.

Qualquer tipo de alteração de configuração de NAS causa uma recriação do arquivo de configuração boot.cfg localizado em /nbsnas/dos/slot_x ('x' é o número do slot do data mover onde o file system está montado) e, durante esse processo, uma inicialização temporária de arquivo.cpy é criada.

O file system pode ser estendido, no entanto, erros de "permissão negada" são relatados no arquivo boot.cpy, o que pode indicar um problema durante a recriação do boot.cfg localizado em /nas/dos/slot_x.

A partição /nbsnas/dos foi montada manualmente usando o comando abaixo:

mount /dev/sda1 /nbsnas/dos

Como resultado, a partição foi montada como um file system do tipo vfat e o proprietário do grupo foi alterado para "root" (em vez de nasadmin), causando problemas de permissão com a partição.

Permissões incorretas:

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

Permissões corretas:

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

A principal causa do problema é que o proprietário do "grupo" do dos e dos arquivos de inicialização é "root" quando deveria ser "nasadmin". 

/nbsnas/dos deve ser montado como um file system MSDOS. Nesse caso, /nbsnas/dos é montado como um file system vfat.

O comando 'mount' mostra o tipo de file system, também podemos verificar o arquivo /etc/fstab na control station:

montagem incorreta do file system /nbsnas/dos:

• Enas:

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

• VNX:

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

Montagem correta do file system /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)

Remonte o file system como o tipo de file system correto MSDOS:

1. Confirme se o arquivo /etc/fstab está correto e corresponde ao seguinte:

• 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. Desmonte e, em seguida, remonte a partição /nas/dos usando as etapas 2a ou 2b:
   1. Estação de controle de failover ou failback de acordo com o artigo 25261, Celerra, VNX Unified da Dell: Como fazer failover ou failback de uma Control Station (corrigível pelo usuário) 

2. Desmonte e remonte manualmente a partição /nas/dos:

umount /nas/dos
mount /nas/dos

3. Verifique se o /nas/dos está montado como 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)

A propriedade e a permissão da partição /nas/dos agora devem estar corretas e os erros de permissão negada não serão mais relatados após uma extensão bem-sucedida do file system.