Solución 1:
> sudo ls -al ./log
...
drw-rw-r-- 3 bob bob 4096 Jun 2 04:11 .
No parece que Bob tenga permisos de ejecución para ./log, por lo que no puede cd a ella.
Pero
> ls -al .
...
drwxr-xr-x 2 bob bob 4096 June 1 14:22 log
demuestra que lo hace. Pero no parece que estén apuntando al mismo archivo (permisos diferentes, tiempo de modificación diferente).
Prueba sudo ls -ail ./log y ls -ail para ver si el inodo es el mismo.
Solución 2:
Las cosas son más simples que la corrupción del sistema de archivos o selinux. Como puede ver, le falta el permiso x (ejecutable) en el directorio de registro. En realidad, para directorios x significa que alguien puede cambiar a ese directorio. Simplemente haga un "registro de chmod +x" para corregir ese permanente y debería poder acceder a él.
Solución 3:
He visto cosas así cuando el sistema de archivos se corrompió o si tiene una unidad que falla. La solución suele ser ejecutar fsck contra el sistema de archivos y dejar que corrija los errores que ha encontrado.
Solución 4:
Además, verifique la configuración de SE/Linux. A veces, los permisos del archivo no tienen nada que ver con si puede o no acceder a él.
Solución 5:
Los archivos pueden tener el conjunto de atributos extendidos inmutable o agregar solo. Me ha pasado esto antes y ni siquiera el usuario root pudo eliminar el archivo.
Los atributos extendidos pueden verse a través de "lsattr" y modificarse a través de "chattr"