Nome de arquivo muito longo ao transferir para um sistema de arquivos ext4 de destino, embora seja acessível com o mesmo comprimento de nome de arquivo em um sistema de arquivos ext4 de origem

A palavra-chave aqui é que mkstempvocê pode ver na mensagem de erro.

A mkstemp()função deve criar um arquivo regular com um nome exclusivo derivado do modelo e retornar um descritor de arquivo para o arquivo aberto para leitura e gravação. O aplicativo deve garantir que a sequência fornecida no modelo seja um nome de caminho que termine com pelo menos seis Xcaracteres finais. A mkstemp()função deve modificar o conteúdo do modelo substituindo seis ou mais Xcaracteres no final do nome do caminho pelo mesmo número de caracteres do conjunto de caracteres do nome do arquivo portátil. Os caracteres devem ser escolhidos de forma que o caminho resultante não duplique o nome de um arquivo existente no momento da chamada para mkstemp(). A mkstemp()função deve usar o caminho resultante para criar o arquivo e obter um descritor de arquivo para ele [...]

^{( fonte )}

A mensagem também contém a string file_with_very_…_very_long_filename.pdf.LY2KGE. Acho que foi isso que aconteceu:

1. O nome original é file_with_very_…_very_long_filename.pdf. Não é muito longo, mas está perto do limite.
2. O destinatário rsyncusou o nome original para criar um modelo para mkstemp(). O modelo era file_with_very_…_very_long_filename.pdf.XXXXXX.
3. mkstemp()tentei criar um arquivo com o nome file_with_very_…_very_long_filename.pdf.LY2KGE. Este nome é obviamente mais longo que o nome original. É esse nome que foi muito longo e causou o fracasso.

Aparentemente, se tudo corresse bem, rsyncacabaria por renomear o arquivo para o nome original.

Não sei muito sobre como rsyncfunciona nos bastidores, neste parágrafo estou dando um palpite. É muito provável que rsyncuse nomes temporários durante as transferências para criar (ou substituir) arquivos de destino de forma atômica cada um. Esta é uma boa prática conhecida. Imagine somefileque está prestes a ser criado (ou sobrescrito) e o tamanho final não é trivialmente pequeno. Se rsyncestivesse gravando somefilediretamente, haveria uma janela de tempo em que o arquivo estaria incompleto (ou incoerente). Preparar um novo arquivo completo com um nome temporário (por exemplo, somefile.U3RJV7ou apenas U3RJV7) e depois movê-lo para o nome de destino dentro do mesmo sistema de arquivos resolve isso: não há nada (ou a versão antiga) e de repente um arquivo completo (ou completamente atualizado) aparece como somefile.

Se o destinatário rsyncusasse um modelo razoavelmente curto e de comprimento fixo, não haveria problema. Ele usou o modelo por mais tempo que o nome do destino, daí o problema. Isso pode ser considerado um bug.

Dei uma olhada man 1 rsynce não encontrei opções para ajustar o comportamento do buggy. Por enquanto, parece-me que você precisa usar um nome de arquivo mais curto se quiser rsynctransferir o arquivo. Deve ser possível renomear o arquivo (em ambas as extremidades) após a transferência.