Eu acredito que encontrei o problema. Parece que o Tracker foi o culpado. Aqui estão algumas dicas dos registros:
ouruser journal: *** Unsupported operation detected on trash directory
ouruser journal: dir: /home/users/username/.local/share/Trash/files, file: files, type: 4#012
ouruser journal: unable to create file '/run/user/1234/dconf/user': Permission denied. dconf will not work properly.
ouruser journal: kde-recent-document-provider.vala:174: Couldn't find actor for 'kpdf'.
ouruser journal: Could not create FTS delete statement: table fts5 has no column named nco:hobby
ouruser journal: unable to create file '/run/user/1234/dconf/user': Permission denied. dconf will not work properly.
ouruser journal: Could not create FTS delete statement: table fts5 has no column named nco:hobby
ouruser kernel: CIFS VFS: Server drobo-rh has not responded in 120 seconds. Reconnecting...
ouruser kernel: CIFS VFS: sends on sock ffff8d96e7af4000 stuck for 15 seconds
ouruser kernel: CIFS VFS: Error -11 sending data on socket to server
E da tarefa cron executando o backup de tar:
ERROR OUTPUT:
/bin/tar: /ourdomain/etc-new.tgz: Cannot close:
Input/output error
/bin/tar: Exiting with failure status due to previous errors
STANDARD OUTPUT:
Failed to rename /drobo/ourdomain/home-new.tgz to
/ourdomain/home.tgz: File exists
Backup of /etc FAILED
Então /home
está em sua própria partição:
/dev/mapper/vg_ouruser-LogVol02 /home ext4 defaults 1 2
Acredito que o Tracker acaba sendo executado durante o backup e estava tentando indexar a Lixeira. Quando o backup termina /home
e continua em /etc
, é quando os erros de tar aparecem. Excluí a Lixeira desse usuário e decidi remover o RPM do Rastreador . O erro desapareceu (esperançosamente permanentemente!).