rsync dá “chown… failed: argumento inválido (22)” com compartilhamento nfs

7

Eu estou tentando fazer o backup de todo o meu sistema para um disco externo usando o rsync, através de um script de shell que é executado como root:

#!/bin/bash
rsync -vSHPhhaX --numeric-ids --delete --exclude-from=/home/rena/.scripts/exclude-list / /home/rena/video/.backup/>/home/rena/video/.backup.log

Este script está sendo executado na máquina "akira". Originalmente, o / home / rena / video era um disco rígido USB conectado diretamente ao akira, e o script funcionava bem.

Recentemente eu mudei o disco; agora ele é montado no mesmo caminho em outra máquina "yuki" e compartilhado via NFS. Então akira: / home / rena / video ainda se refere ao mesmo disco rígido USB, só que agora está anexado ao yuki e compartilhado via nfs, ao invés de ser conectado ao akira diretamente. O disco está usando o ext3 e criptografado com o Truecrypt.

O / etc / exports de yuki é:

/home/rena  akira(rw,subtree_check,nohide,no_root_squash) rei(rw,subtree_check,nohide,no_root_squash)
/home/rena/video    akira(rw,subtree_check,nohide,no_root_squash) rei(rw,subtree_check,nohide,no_root_squash)

Agora o rsync dá um erro para cada arquivo:

rsync: chown "/home/rena/video/.backup/boot/System.map-2.6.38-8-generic" failed: Invalid argument (22)

nfs parece ser "esmagador" mesmo que não seja dito?

rena@akira $ stat /home/rena/video/.backup/boot/abi-2.6.38-10-generic
  File: '/home/rena/video/.backup/boot/abi-2.6.38-10-generic'
  Size: 730457          Blocks: 1440       IO Block: 65536  regular file
Device: 19h/25d Inode: 38822526    Links: 1
Access: (0644/-rw-r--r--)  Uid: (65534/  nobody)   Gid: (65534/ nogroup)
Access: 2011-10-19 22:17:12.000000000 -0600
Modify: 2011-06-28 13:19:43.000000000 -0600
Change: 2011-10-19 22:17:12.000000000 -0600

rena@yuki $ stat /home/rena/video/.backup/boot/abi-2.6.38-10-generic
  File: '/home/rena/video/.backup/boot/abi-2.6.38-10-generic'
  Size: 730457      Blocks: 1440       IO Block: 4096   regular file
Device: fc04h/64516d    Inode: 38822526    Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2011-10-19 22:17:12.000000000 -0600
Modify: 2011-06-28 13:19:43.000000000 -0600
Change: 2011-10-19 22:17:12.000000000 -0600

do akira, o UID e o GID parecem diferentes; talvez o motivo da falha do rsync?

[edit] Na verdade, parece que do akira, todo arquivo no compartilhamento tem UID e GID 65534 / nobody.

    
por Rena 23.11.2011 / 03:31

2 respostas

1

Este parece ser um problema de resolução de nomes no seu servidor nfs (yuki).

  1. Verifique se a resolução de nomes está definida como arquivos primeiro para hosts em /etc/nsswitch.conf
  2. Se houver um /etc/host.conf , verifique se a ordem de resolução está definida como: order hosts bind
  3. Coloque os IPs dos seus clientes em /etc/hosts no servidor NFS. Certifique-se de que o nome curto seja a primeira entrada após o IP.
por 09.12.2011 / 23:37
0

Supondo que este não é o NFSv4, você está aparentemente fazendo um compartilhamento anônimo, e como não há correspondência de uid / gid por padrão, ninguém / nenhum grupo é designado.

    
por 28.11.2011 / 03:04