Задачи устройства хранения данных (pvmove, veritas vx-whatever), которые полагаются на атомарные копии. Не хорошо, если они застревают за пределами своего управления. Это зависит от того, исчерпывает ли задача просто некоторый API и делает остальных от пространства ядра, затем это безопасно. Если это происходит в том *процесс* в Вашей оболочке, то действительно идут с экраном и сохраняют руки прочь.
Определенно рекомендуйте Вам постараться не останавливать их к фону. Команды, которые используют буферы как dd, кажется, более обеспечены, за исключением упомянутых выше ленточных накопителей.
(Я когда-то выиграл дополнительную перезагрузку, меньше сна и много паранойи, когда это произошло со мной при разрешении путаницы других людей. очевидно: не пытайтесь срезать путь при фиксации других ярлыков народов...),
Если Вы смотрите на Ваш pfiles
вывод для дескриптора файла 10, Вы заметите, что файл является FIFO; это также свидетельствуется p
введите Ваш ls
список. Природа FIFO - то, что чтения заблокируются, если другой процесс не запишет данные, и это то, почему Ваш cp
застрявший при попытке считать его содержание.
Для обхождения проблемы Вы могли использовать rsync
скопировать дерево каталогов вместо этого.
rsync -a /source/path/Oracle /target/path
rsync
достаточно умно, чтобы сделать дублирующийся FIFO, а не читать из исходного. Обратите внимание, что Вы не указываете Oracle
для места назначения, как rsync
создаст каталог там.
rsync
– Kent Pawar 06.06.2013, 17:38