Próbuję zsynchronizować rsync z jednego serwera na drugi. Serwery mają tę samą strukturę katalogów, ale mam problem z tym, aby serwer pilotów prawidłowo rozpoznał nazwę ścieżki na pilocie, gdy jest w nim miejsce.

Oto szczegóły

Katalog lokalny to

mnt/xlses/split/v2/name with space

Zdalny katalog to

mnt/xlses/split/v2/name with space

Próbowałem wszystkiego, co udało mi się znaleźć

rsync --size-only -avzPe ssh  /mnt/xlses/split/v2/name\ with\ space/ root@myserver.com:/mnt/xlses/split/v2/"name with space"

kiedy to uruchamia pierwszą rzeczą, którą zgłasza, jest to, że tworzy nowy katalog

Przerywam i widzę, że jest nowy katalog

mnt/xlses/split/v2/name

wszystkie moje pliki znajdują się w tym katalogu

Spodziewałem się ich

mnt/xlses/split/v2/name with space

Próbować

rsync --size-only -avzPe ssh /mnt/xlses/split/v2/name\ with\ space root@myserver.com:/mnt/xlses/split/v2/

Zdjąłem końcowy ukośnik /ze ścieżki katalogu źródłowego. Spowoduje to rsyncskopiowanie katalogu i całej jego zawartości, co oznacza, że rsyncbędziesz się martwić o poprawną nazwę na zdalnym hoście (co będzie) zamiast ciebie.

Próbować

rsync --protect-args --size-only -avzPe ssh  "/mnt/xlses/split/v2/name with space/ "root@myserver.com:/mnt/xlses/split/v2/name with space"

Od man rsync:

-s, --protect-args

Ta opcja wysyła wszystkie nazwy plików i większość opcji do zdalnego rsync, nie pozwalając zdalnej powłoce na ich interpretację. Oznacza to, że spacje nie są dzielone na nazwy, a znaki specjalne, które nie są symbolami wieloznacznymi, nie są tłumaczone (takie jak ~, $,;, itp.). Symbole wieloznaczne są rozszerzane na zdalnym hoście przez rsync (zamiast robiącej to powłoki). [...]

Działa to w bash: Escape the space with backslash, a następnie użyj cudzysłowów:

rsync -avuz me@some.server.com:"/media/Music/Heavy\ Metal/Witch\ Mountain/*" .

Lub jeśli masz ścieżkę w zmiennej $ remote_path, spacje mogą być zastępowane przez podstawienie:

rsync -avuz me@some.server.com:"${remote_path// /\\ }" .

Użyj dwóch par cytatów

Nie przejmuj się wszystkimi odwrotnymi ukośnikami, po prostu użyj pojedynczych cudzysłowów wewnątrz podwójnych cudzysłowów :

ssh me@myserver.com:"'/home/me/test file'" .

Możesz także użyć odwrotności, czyli podwójnych cudzysłowów w pojedynczych cudzysłowach :

ssh me@myserver.com:'"/home/me/test file"' .

Dalsze informacje

Symbole wieloznaczne po stronie serwera

Jeśli chcesz, *aby interpretacja odbywała się na serwerze, a nie na kliencie, *musisz wpisać tylko jedną z 2 par cytatów. Uważam, że jest to sprzeczne z intuicją, ponieważ logicznie zewnętrzna para cytatów unika interpretacji klienta, podczas gdy wewnętrzna para cytatów ucieka od interpretacji serwera.

Chroń argumenty

Zaletą w porównaniu z --protect-argsrozwiązaniem jest to, że tak naprawdę nie masz ograniczeń --protect-args, więc możesz używać znaków specjalnych, takich jak ~lub$ . Możesz więc napisać:

rsync host:'"$HOME/test file"' .

lub

rsync host:'~"/test file"' .

Zauważ, że tylda ( ~) w drugim przykładzie musi znajdować się poza podwójnymi cudzysłowami.

Możesz umieścić jedną z par cytatów wokół całej nazwy użytkownika @ host: część pliku (np. ssh "me@myserver.com:'/home/me/test file'" .)

Rozumiem, że to stare pytanie, ale pomyślałem, że uzupełnię istniejącą wiedzę.

Korzystałem rsyncz wielu folderów ze spacją i to działa. Mam foldery o numerach od 1 do 10 w następujący sposób:

• The\ Folder1
• The\ Folder2
• The\ Folder3
• ..
• The\ Folder10

2 instancje, których chcesz użyć, rsyncsą lokalne i zdalne.

1. Lokalne - zwróć uwagę na brak cytatów.

   rsync -avu /media/data/The\ Folder* .
   

2. Zdalne - Zwróć uwagę na obecność cytatów

   rsync -avu -e ssh you@domain.com:"/media/data/The\ Folder*" .
   

Mówiąc ogólnie, zacytuj argument i unikaj spacji w argumencie. W podanym przykładzie spróbuj:

rsync --size-only -avzPe ssh  "/mnt/xlses/split/v2/name\ with\ space/" "root@myserver.com:/mnt/xlses/split/v2/name\ with\ space"

Ze stron rsync:

   If you need to transfer a filename  that  contains  whitespace,  you  can
   either  specify  the --protect-args (-s) option, or you'll need to escape
   the whitespace in a way that  the  remote  shell  will  understand.   For
   instance:

          rsync -av host:'file\ name\ with\ spaces' /dest

Cóż, sam odpowiem na to pytanie, chociaż ktoś inny mógłby lepiej to wyjaśnić.

Oczywiście konfiguracja na maszynie docelowej wpływa na sposób analizowania argumentów i musimy mieć coś, co utrudnia użycie cudzysłowów lub ukośników, aby uciec od spacji, ale możemy użyć symboli wieloznacznych, więc zrobiłem to

rsync --size-only -avzPe ssh  /mnt/xlses/split/v2/name\ with\ space/ root@myserver.com:/mnt/xlses/split/v2/name*

Działa to dla mnie, ponieważ istnieje tylko jeden katalog, który zaczyna się od nazwy, gdybym miał wiele katalogów, to nie działałoby.

Ostatecznie muszę zrozumieć, jak skonfigurować serwer zdalny, aby mógł wydajniej analizować nazwę ścieżki - nigdy nie używam spacji w nazwach katalogów, ale osoba, która to skonfigurowała, zrobiła to i przynajmniej na razie utknąłem

W zależności od sytuacji szybką opcją jest utworzenie dowiązania symbolicznego w zdalnym systemie:

user@remote$ ln -s ~/name\ with\ space/ ~/name_with_space

Następnie użyj -Lflagi, w rsyncktórej nakazuje śledzenie zawartości katalogu:

user@local$ rsync -avz -L user@remote:~/name_with_space/ ~/name\ with\ space

rsync /mnt/xlses/split/v2/name\\\ with\\\ space/ root@myserver.com:/mnt/xlses/split/v2/name\\\ with\\\ space

działa również podwójna ucieczka

Wypróbuj w ten sposób:

find /path/ -exec rsync -A -X -av -r -s root@xxxx:/path/ {} \;