Isso acabou sendo causado por uma condição de corrida. cp
verifica se o arquivo de destino já existe e, se não - o substitui. O problema estava acontecendo porque esse cp
comando estava sendo executado duas vezes em paralelo, o que fazia com que o arquivo em questão às vezes aparecesse após verificar se ele existe, mas antes da tentativa de criar o arquivo. A strace
saída é assim:
# Command was "cp a b"
stat("b", 0x7fff89510620) = -1 ENOENT (No such file or directory)
stat("a", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat("b", 0x7fff895103a0) = -1 ENOENT (No such file or directory)
# File b will be created at this point in time
open("a", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
open("b", O_WRONLY|O_CREAT|O_EXCL, 0644) = -1 EEXIST (File exists)
Aqui está algum código bash usado para capturar isso:
#!/bin/bash
touch a
f() {
while true; do
rm -f b
strace -o /tmp/cp${BASHPID}.trace cp a b || break
done
}
cleanup() {
kill -9 %1 %2
}
f &
f &
trap cleanup exit
wait
Esse mesmo erro pode ocorrer com mkdir -p
ou qualquer outra ação que tente sobrescrever um arquivo. O uso flock
pode ajudar a evitar condições de corrida em casos como este.
||
operador. Tipo de tentativa / captura de um pobre homem. Ou sejacp ... || echo "skip copying due to other thread"
,. Ou algo semelhante ...cp
cp
.