chmod +rx
e chmod a+rx
não é a mesma coisa. A primeira honra a configuração umask
(ou seja, não definirá bits presentes em umask
), enquanto a segunda não é. Parece que seu umask
está definido como 0077
ou algo semelhante.
Temos um problema estranho em algumas de nossas VMs do RHEL Server 7.2:
A execução de sudo chmod -R +rx
não altera os sinalizadores de leitura / diretório para nenhum subdiretório. No entanto, a execução de sudo chmod -R a+rx
funciona bem. por exemplo. para a pasta java-agent abaixo:
ls -la appdynamics/
drwxr-xr-x 4 appdynamics appdynamics 43 May 6 03:54 .
drwxr-xr-x. 8 root root 4096 May 5 16:56 ..
drwx------ 3 root root 30 May 5 16:56 java-agent
drwxr-xr-x 3 root root 17 May 6 03:54 machine-agent
sudo chmod -R +rx appdynamics
ls -la appdynamics
drwxr-xr-x 4 appdynamics appdynamics 43 May 6 03:54 .
drwxr-xr-x. 8 root root 4096 May 5 16:56 ..
drwx------ 3 root root 30 May 5 16:56 java-agent
drwxr-xr-x 3 root root 17 May 6 03:54 machine-agent
sudo chmod -R a+rx appdynamics
ls -la appdynamics
drwxr-xr-x 4 appdynamics appdynamics 43 May 6 03:54 .
drwxr-xr-x. 8 root root 4096 May 5 16:56 ..
drwxr-xr-x 3 root root 30 May 5 16:56 java-agent
drwxr-xr-x 3 root root 17 May 6 03:54 machine-agent
Pelo que entendi, chmod +rx
é padronizado para a+rx
- mas não apenas em algumas de nossas caixas, e apenas no RHEL 7.2 (6.8 parece estar bem).
Eu nunca vi isso antes e googling não parece dar nenhuma pista. É um problema porque quebra livros de receitas de chefs existentes, mas apenas para um punhado de máquinas.