По непонятной причине завис zfs send | zfs recv через ssh, чего в моей практике не случалось много лет.

На приемной стороне остался висеть процесс, занявший одно из ядер CPU на 100 процентов.

44349  -  Rs        267:53.55 zfs recv …

Убить его не получается никакими способами. kill -9 и kill -15 не помогают. Существует ли возможность отстрелить процесс иными шаманскими заклинаниями? Перезагрузку не предлагать, удаленно может не сработать как раз из-за висящего процесса, а живьем я машину увижу не скоро. FreeBSD 10.2

• Неубиваемый zfs recv,Аноним, 12:03 , 01-Сен-19
  • Неубиваемый zfs recv,Gaidamak, 12:55 , 01-Сен-19
    • Неубиваемый zfs recv,Сергей, 21:09 , 01-Сен-19
    • Неубиваемый zfs recv,universite, 19:13 , 02-Сен-19
      • Неубиваемый zfs recv,имя, 07:02 , 04-Сен-19
      • Неубиваемый zfs recv,Gaidamak, 17:15 , 10-Сен-19
        • Неубиваемый zfs recv,Аноним, 01:26 , 15-Сен-19
• Неубиваемый zfs recv,Аноним, 14:40 , 01-Сен-19
• Неубиваемый zfs recv,Павел Отредиез, 17:33 , 02-Сен-19
  • Неубиваемый zfs recv,stalker37, 10:20 , 03-Сен-19
    • Неубиваемый zfs recv,Gaidamak, 12:24 , 03-Сен-19
      • Неубиваемый zfs recv,stalker37, 12:36 , 03-Сен-19

Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.

> Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.

Плохой совет. У меня сервера на проекте без перезагрузки годами живут.

>> Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.
> Плохой совет. У меня сервера на проекте без перезагрузки годами живут.

ну если shutdown'олм не перегрузиться, то только ресетом, в вашем случае похоже на аппаратный сбой...

>> Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.
> Плохой совет. У меня сервера на проекте без перезагрузки годами живут.

Дырки за последние 4 года эти сервера сами исправляют и на "горячую" себя обновляют?

> Дырки за последние 4 года эти сервера сами исправляют и на "горячую"
> себя обновляют?

Не, самые интересные приколы — от вещей, которые забыли перезапустить после обновления какой-нибудь мелочи пару лет назад.

>>> Ребут и обновление хотя бы до 11.3, но лучше 12-стабле.
>> Плохой совет. У меня сервера на проекте без перезагрузки годами живут.
> Дырки за последние 4 года эти сервера сами исправляют и на "горячую"
> себя обновляют?

Фря - это не винды, туда прилетит только если админ криворук.

Скорее пиши об этом пацанам в багтрак, а то они не в курсе!

> Перезагрузку не предлагать,

? тогда ждите, пока сам отвиснет... Процесс считается "работающим" судя по выводу ps, если он не убивается системой - значит, произошел какой-то серьезный внутренний сбой и кокнуть его в таком состоянии скорее всего никак не удастся.
Если состояние машины критично - думаю, стоит найти время и подъехать к консоли...

> По непонятной причине завис zfs send | zfs recv через ssh, чего
> в моей практике не случалось много лет.
> На приемной стороне остался висеть процесс, занявший одно из ядер CPU на
> 100 процентов.
> 44349  -  Rs        
> 267:53.55 zfs recv …
> Убить его не получается никакими способами. kill -9 и kill -15 не
> помогают. Существует ли возможность отстрелить процесс иными шаманскими заклинаниями?
> Перезагрузку не предлагать, удаленно может не сработать как раз из-за висящего
> процесса, а живьем я машину увижу не скоро. FreeBSD 10.2

Есть еще SIGQUIT SIGSTOP. По SIGSTOP хотябы проц грузить не будет.

ну и не помешает посмотреть dmesg с обоих сторон и рядом логи...

> ну и не помешает посмотреть dmesg с обоих сторон и рядом логи...

В логах чисто. Никаких следов с обеих сторон. Происходило все на моих глазах.

>> ну и не помешает посмотреть dmesg с обоих сторон и рядом логи...
> В логах чисто. Никаких следов с обеих сторон. Происходило все на моих
> глазах.

Просто у меня такое было..когда 1 из дисков решил сказать "КРЯ".