Umask não respeitado no sistema de arquivos OCFS2

1

Eu encontrei um comportamento estranho em uma máquina que usa um dispositivo de bloco replicado (via DRBD) junto com o OCFS2 para permitir montagens simultâneas em várias máquinas. O problema, em resumo, é que novos arquivos e diretórios criados dentro desse sistema de arquivos não respeitam o umask .

Por favor, considere o seguinte:

$> cd /mountpoint
$> umask
0002

$> mkdir testdir
$> touch test.txt
$> su
#> umask
0022

#> mkdir testdir2
#> touch test2.txt
#> ls -l
-rw-rw-rw- (...) test2.txt
drwxrwxrwx (...) testdir
drwxrwxrwx (...) testdir2
-rw-rw-rw- (...) test.txt

#> getfacl .
# file: .
# owner: me
# group: me
user::rwx
group::r-x
other::r-x

#> cat /etc/mtab
(...)
/dev/drbd0 /mountpoint ocfs2 rw,_netdev,heartbeat=local 0 0

Espero que o acima seja suficiente para saber que não há ACLs em jogo. Isso acontece para usuários privilegiados e não privilegiados, e não ocorre fora do sistema de arquivos OCFS2.

Até agora, minha pesquisa sobre o tópico não encontrou problemas conhecidos com o OCFS2 (ou o DRBD). Existem outros testes que posso executar para restringir o problema? Alguém está ciente de por que isso pode estar ocorrendo? Obrigado pelo seu tempo.

[Eu teria marcado sob ocfs2 , mas essa tag ainda não existe.]

    
por AJ Foster 11.08.2015 / 04:10

1 resposta

0

Parece que esta não seria a primeira vez que ocfs2 teve um bug como esse. link . Isso foi em 2009, então certamente foi consertado eventualmente, e o seu provavelmente é um bug diferente com o mesmo sintoma.

Eu informaria isso para o bug tracker do ocfs2, que parece estar no link

    
por 11.08.2015 / 21:54

Tags