[VBoxHeadless] Завершить процесс

vboxdrv стопни.

последний прерватился в зомби и активно жрёт процессор

Как может зомби-процесс активно потреблять ресурсы?

[root@1csrv ~]# ps ax | grep VBoxHeadless 596 ? Zl 65:17 [VBoxHeadless] <defunct> 3237 pts/2 R+ 0:00 grep VBoxHeadless [root@1csrv ~]# ps ax | grep VBoxHeadless 596 ? Zl 65:19 [VBoxHeadless] <defunct> 3239 pts/2 R+ 0:00 grep VBoxHeadless

изменение процессорного времени как бы намекает. в топе 100%

теперь висит всё ) ссаш не коннектится, в консоле надпись Stopping VirtualBox kernel modules

[root@1csrv ~]# ps ax | grep VBoxHeadless 596 ? Zl 65:17 [VBoxHeadless] <defunct> 3237 pts/2 R+ 0:00 grep VBoxHeadless [root@1csrv ~]# ps ax | grep VBoxHeadless 596 ? Zl 65:19 [VBoxHeadless] <defunct> 3239 pts/2 R+ 0:00 grep VBoxHeadless

Процесс-зомби - это такой процесс, который уже завершился, но его «родитель» не получил информацию о завершении своего потомка. Единственное что такой процесс может занимать - это PID и пару килобайт памяти. Жрать процессор он не может в принципе.

изменение процессорного времени как бы намекает. в топе 100%

Либо top работает неправильно, либо процессор жрёт что-то ещё. Посмотри кто является родительским процессом у зомбарей - возможно он и жрёт.

теперь висит всё ) ссаш не коннектится, в консоле надпись Stopping VirtualBox kernel modules

Видать ещё и память где-то утекала. Либо проблема вообще на уровне ядра.

То, что зомби ничего жрать не может это понятно. Поэтому и удивило. Родитель у него инит. Топ говорит: 596 root 20 0 0 0 0 Z 100.3 0.0 64:55.26 VBoxHeadless <defunct>

Похоже всё это уже не актуально. Повисла система намертво.

Видимо на уровне ядра. Может несовместимость 12й федоры с 4м виртуалбоксом. Или моих рук с федорой.

Простите, я не специально. Думаю к тому времени ка вы обратитись сюда сделать уже ничего нельзя было.

Да идея не плохая была - выгрузить модули. Странно всё как-то. Тисипидамп говорит, что от сервера ACK пакеты приходят при коннекте по ssh. А дальше тишина