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.