Eu tenho uma instância do Ubuntu 20.04.x na AWS que apresentou um comportamento muito inesperado.
Eu tenho um arquivo em /tmp:
root@ip-10-0-1-145:/tmp# ls -l api_requests_2023-08-23.log
-rw-r--r-- 1 www-data www-data 47450 Aug 23 19:04 api_requests_2023-08-23.log
Eu tentei truncá-lo, como rooto que FAILED!!!
root@ip-10-0-1-145:/tmp# truncate -s 0 api_requests_2023-08-23.log
truncate: cannot open 'api_requests_2023-08-23.log' for writing: Permission denied
Tentei strace para verificar onde estava a falha, o que me deu:
root@ip-10-0-1-145:/tmp# strace -e trace=file truncate -s 0 api_requests_2023-08-23.log
execve("/usr/bin/truncate", ["truncate", "-s", "0", "api_requests_2023-08-23.log"], 0x7ffcaa0ab958 /* 16 vars */) = 0
...
openat(AT_FDCWD, "api_requests_2023-08-23.log", O_WRONLY|O_CREAT|O_NONBLOCK, 0666) = -1 EACCES (Permission denied)
...
truncate: cannot open 'api_requests_2023-08-23.log' for writing: Permission denied
...
+++ exited with 1 +++
Dado que a temperatura tem o bit fixo definido como de costume:
root@ip-10-0-1-145:/tmp# ls -ld
drwxrwxrwt 4 root root 12288 Sep 12 09:11 .
Tentei truncar o arquivo usando seu proprietário:
root@ip-10-0-1-145:/tmp# sudo -u www-data truncate -s 0 api_requests_2023-08-23.log
root@ip-10-0-1-145:/tmp# ls -lh api_requests_2023-08-23.log
-rw-r--r-- 1 www-data www-data 0 Sep 12 09:13 api_requests_2023-08-23.log
O truncatecomo dono funcionou!!! (portanto, isso não é causado por problemas no sistema de arquivos; o sistema de arquivos é local, em disco, ext4, montado com padrões).
Este comportamento para sticky bit em dirs édefiniramcomo **'only owner or root'** para todas as operações.
Como foi rootrestringido a abertura do arquivo para gravação (o truncamento via >api_requests_2023-08-23.logtambém falhou)?