https://ns.opennet.ru/openforum/vsluhforumID1/97458.html По непонятной причине завис zfs send &#124; zfs recv через ssh, чего в моей практике не случалось много лет.<br><br>На приемной стороне остался висеть процесс, занявший одно из ядер CPU на 100 процентов.<br><br>44349 - Rs 267:53.55 zfs recv &#8230;<br><br>Убить его не получается никакими способами. kill -9 и kill -15 не помогают. Существует ли возможность отстрелить процесс иными шаманскими заклинаниями? Перезагрузку не предлагать, удаленно может не сработать как раз из-за висящего процесса, а живьем я машину увижу не скоро. FreeBSD 10.2<br><br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#12 Sat, 14 Sep 2019 22:26:56 GMT Скорее пиши об этом пацанам в багтрак, а то они не в курсе!<br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#11 Tue, 10 Sep 2019 14:15:21 GMT &gt;&gt;&gt; Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.<br>&gt;&gt; Плохой совет. У меня сервера на проекте без перезагрузки годами живут.<br>&gt; Дырки за последние 4 года эти сервера сами исправляют и на "горячую" <br>&gt; себя обновляют?<br><br>Фря - это не винды, туда прилетит только если админ криворук. <br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#10 Wed, 04 Sep 2019 04:02:33 GMT &gt; Дырки за последние 4 года эти сервера сами исправляют и на "горячую" <br>&gt; себя обновляют?<br><br>Не, самые интересные приколы &#8212; от вещей, которые забыли перезапустить после обновления какой-нибудь мелочи пару лет назад.<br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#9 Tue, 03 Sep 2019 09:36:52 GMT &gt;&gt; ну и не помешает посмотреть dmesg с обоих сторон и рядом логи...<br>&gt; В логах чисто. Никаких следов с обеих сторон. Происходило все на моих <br>&gt; глазах.<br><br>Просто у меня такое было..когда 1 из дисков решил сказать "КРЯ".<br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#8 Tue, 03 Sep 2019 09:24:55 GMT &gt; ну и не помешает посмотреть dmesg с обоих сторон и рядом логи... <br><br>В логах чисто. Никаких следов с обеих сторон. Происходило все на моих глазах. <br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#7 Tue, 03 Sep 2019 07:20:23 GMT ну и не помешает посмотреть dmesg с обоих сторон и рядом логи...<br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#6 Mon, 02 Sep 2019 16:13:23 GMT &gt;&gt; Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.<br>&gt; Плохой совет. У меня сервера на проекте без перезагрузки годами живут.<br><br>Дырки за последние 4 года эти сервера сами исправляют и на "горячую" себя обновляют?<br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#5 Mon, 02 Sep 2019 14:33:06 GMT &gt; По непонятной причине завис zfs send &#124; zfs recv через ssh, чего <br>&gt; в моей практике не случалось много лет.<br>&gt; На приемной стороне остался висеть процесс, занявший одно из ядер CPU на <br>&gt; 100 процентов.<br>&gt; 44349 - Rs <br>&gt; 267:53.55 zfs recv &#8230; <br>&gt; Убить его не получается никакими способами. kill -9 и kill -15 не <br>&gt; помогают. Существует ли возможность отстрелить процесс иными шаманскими заклинаниями? <br>&gt; Перезагрузку не предлагать, удаленно может не сработать как раз из-за висящего <br>&gt; процесса, а живьем я машину увижу не скоро. FreeBSD 10.2 <br><br>Есть еще SIGQUIT SIGSTOP. По SIGSTOP хотябы проц грузить не будет.<br> https://ns.opennet.ru/openforum/vsluhforumID1/97458.html#4 Sun, 01 Sep 2019 18:09:14 GMT &gt;&gt; Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.<br>&gt; Плохой совет. У меня сервера на проекте без перезагрузки годами живут.<br><br> ну если shutdown'олм не перегрузиться, то только ресетом, в вашем случае похоже на аппаратный сбой...<br><br>