Вы могли сделать:
... | tee /dev/stderr | grep -v $'\r' > logfile
Или:
.... | tee >(grep -v $'\r' > logfile)
Который эффективно удалил бы ту строку прогресса в случае rsync
. $'...'
и >(...)
ksh синтаксис, также поддерживаемый ударом и zsh, но не стандартные sh
.
Пример
В этом сценарии я настраиваю CDROM на своем ноутбуке (сервере) Fedora 19 и делю его с системой Ubuntu 12.10 (клиент).
устанавливаю
делю CD
Теперь, возвращаясь на сервер (Fedodra 19), я делаю аналогичную вещь с помощью его менеджера пакетов YUM. После завершения я вставляю компакт-диск и запускаю эту команду, чтобы поделиться им как блочным устройством:
ssh -T git@github.com
Быстрая проверка, чтобы убедиться, что он работает:
Монтаж CD
Теперь вернемся к клиенту Ubuntu, нам нужно подключиться к [116534]nbd-серверу[116535], используя [116536]nbd-клиент[116537], подобным образом. [116538]ПРИМЕЧАНИЕ:[116539] в данном примере имя nbd-сервера - greeneggs.
- (На некоторых системах - например, Fedora - сначала нужно [116540]modprobe nbd[116541].)
Мы можем подтвердить, что теперь на системе Ubuntu есть блочное устройство, используя [116542]lsblk[116543]:
А теперь монтируем его:
Есть содержимое LiveCD CentOS, который я смонтировал в ноутбуке Fedora 19 и смог смонтировать его в качестве блочного устройства сети на Ubuntu.[116087]:сработало ли?
Подвеска меня убивает, и мы поднимаем:
И теперь мы смонтируем его:[116542]lsblk[116543]:
И теперь мы смонтируем его:
Сработало?
iSCSI LUN'ы затем представят в системе как обычные блочные устройства. На RHEL, вы можете проверить, какой транспорт поступает к определённому устройству, вы можете просто сделать [116568]ls -l /dev/disk/by-path | grep iscsi[116569], чтобы посмотреть, какое хранилище поступает к iSCSI. В пути также будет указан IQN цели, в которую вы вошли выше.
Когда устройство iscsi больше не нужно, его можно удалить через:
Ваши устройства находятся в
dmesg[116800] на сервере:
dmesg[116802] вывод на клиенте:
Довольно просто.
vbladed[117019] - это часть пакета [117020]vblade[117021] на Fedora & Ubuntu, вероятно, такая же как и на других дистрибутивах.
aoe-обнаружение[117023] и [117024]aoe-стат[117025] также являются частью пакета [117026]aoetools[117027] на Fedora & Ubuntu.
Версия [117032]vblade[117033], доступная в репозиториях F19 и F20, довольно датирована, это версия 14. На странице проекта ATAoE доступна версия 21. Для Fedora 19 x86_64 доступен обновлённый RPM [117034] здесь[117035].
Для этой настройки нам нужна система, вдохновленная unix, для размещения блочного устройства, и система с обратным блочным устройством для его просмотра. Linux будет работать и для того, и для другого.
Как и почему это работает, и почему производительность - отстой: Одна из основных идей unix заключается в том, что все является файлом, поэтому устройства являются файлами, только они немного особенные (поэтому их и называют специальными файлами). Существует несколько типов специальных файлов, которые может производить mknod, но мы рассмотрим только блочные устройства. блочные устройства существуют в файловой системе, как и любой другой файл, и как любой другой файл, у которого есть владельцы, права, коды и имена; но у них есть два отличия: они не хранят свои данные в файловой системе, и у них есть дополнительные возможности, чтобы их можно было смонтировать. Если файловый сервер достаточно тупой, чтобы не обращать внимания на эти различия, вы можете игнорировать их и экспортировать как обычные файлы. Далее устройство цикла берет обычный файл (локальный или удаленный) и добавляет специальные свойства и возможности, так что вы можете монтировать обычные файлы так, как будто они являются блокирующими устройствами. Большим недостатком является производительность[119154].