36 ответов в этой теме

[axelf]

Спасибо. Про распределение памяти между форками я понял.

 

Логи во вложении.

Прикрепленные файлы:

•  oom.txt   3,3К   2 Скачано раз

[dbanschikov]

Спасибо. Про распределение памяти между форками я понял.

 

Логи во вложении.

 

А у вас же все это дело в виртуалке?

Сможете дать доступ к образу виртуалки, чтобы в испорченный телефон не играть?

Ссылку можно личным сообщением отправить, либо не забудьте убрать ключ из образа.

Ну и STR для воспроизведения OOM killer'а. А мы уже посмотрим что можно сделать.

Сообщение было изменено dbanschikov: 03 Декабрь 2016 - 16:16

[axelf]

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

 

Похоже все ресурсы кто-то съедает, из-за чего и весь сыр-бор. Но в той же atop я ничего слишком запредельного не вижу, все память едят - может и много, но в разумных пределах. Еще жесткий в такие моменты интенсивно работает - я думаю это подкачка, но согласно тому же atop даже недавно после перезагрузки, когда система еще не сильно ресурсы поела  - mount.ntfs грузит диск сильно. Могу скриншот atop по диску приложить.

 

У меня торрент клиент на ntfs диске находится, да и образ виртуалки тоже, возможно из-за этого.

 

Доступ к виртуалке дать могу, но особого смысла нет - ее просто прикладывает из-за расхода оперативки, но больше 2Гб в пике она не портребляет. Фразу про STR ООМ киллера не понял - извините, я простой Убунту юзер. .

 

Может вам просто доступ к компу дать, NoMachine например? Эти моменты с залипанием системы - они не постоянно, но периодически возникают.

[dbanschikov]

STR - steps to reproduce.

 

Если я правильно вас понял, то тут похоже две проблемы.

Первая - процессы drweb-se убиваются внутри виртуалки OOM-killer'ом.

Вторая - процессы VirtualBox убиваются OOM-киллером базовой системы.

 

Вам судя по всему интересна вторая.

Очевидно, что убийство процессов VirtualBox может происходить только когда в базовой системе не хватает памяти.

При условии что у вас 8GB всего, и вы меньше 25% процентов выдали VirtualBox, то проблема нехватки памяти не в VirtualBox - что-то еще из базовой системы активно ест память.

Можно посоветовать запустить в фоне sudo top -b -d 1 > /tmp/top.output и дождаться очередного убийства VirtualBox.

А затем покажите вывод top из файла +/- несколько секунд от времени убийства(в заголовке top есть время).

Сообщение было изменено dbanschikov: 04 Декабрь 2016 - 11:11

[axelf]

Спасибо. Вроде понятно, попробую это сделать.

Только уточню: хост - у меня Ubuntu, а гостевая система - Windows. Внутри самой виртуалки (Windows) ничего особо ценного нет, работает она нормально, пока процесс Virtualbox не убивается ООМ киллером Ubuntu. DrWeb установлен на Ubuntu (на хосте), также, как и VirtualBox.

[dbanschikov]

Спасибо. Вроде понятно, попробую это сделать.

Только уточню: хост - у меня Ubuntu, а гостевая система - Windows. Внутри самой виртуалки (Windows) ничего особо ценного нет, работает она нормально, пока процесс Virtualbox не убивается ООМ киллером Ubuntu. DrWeb установлен на Ubuntu (на хосте), также, как и VirtualBox.

 

Ога, теперь картина стала понятней.

Совет все равно не меняется - давайте посмотрим на отчеты top'ы во время около падений.

Там будет видно виновника.

[axelf]

Спасибо. top работал, лог собирал, но пока что перестало падать. То ли обновилось что, то ли дефрагментация NTFS помогла чуть. Если упадет снова - я отпишусь.

[Aleksandra]

то ли дефрагментация NTFS помогла

Все привычно, как в винде!

[axelf]

  Ну у меня тома под торренты и образ виртуалки на ntfs разделах.

[Dmitry Mikhirev]

образ виртуалки на ntfs разделах

И vbox с ним работает? Он вообще очень привередлив к ФС, с некоторыми отказывается иметь дело наотрез.

[axelf]

Почему нет? Убунта вполне себе дружит с НТФС, ну иногда бывает сохраняешь в ней файлы, от имени которых у НТФС когнитивный диссонанс, но после проверки дисков под виндой - все ок. а Vbox - в хост системе он  по идее использует для работы с носителями средства ОС? В гостевой ОС - возможно, но nffs - оно ж виндовое, родное Ранее проблем не было.

[Dmitry Mikhirev]

Vbox - в хост системе он  по идее использует для работы с носителями средства ОС?

Когда-то мне пришлось для него делать раздел с ext3, потому что он отказывался создавать образы на ext4. Поддержку ext4 вроде бы давно запилили, но с другими ФС проблемы бывают. Не вникал, в чём там дело, поскольку vbox использую довольно редко. Вполне вероятно, что он использует что-то вроде файловых атрибутов, которые реализованы не во всех ФС, или чего-то наподобие.

[axelf]

Странно. Может что-то в Виртуал бокс и не допилили. Хотя, с другой стороны, у товарища vbox на винде (хост), жаловался что при обновах иногда перестает работать. На линухе тьфу-тьфу - ни разу не осыпАлся. Только вот что его ООМ киллер прикладывал, но тут vbox не виноват. На NTFS храню потому, что образы доступны и на Убунте и под виндой без дополнительных ухищрений.

[dbanschikov]

Странно. Может что-то в Виртуал бокс и не допилили. Хотя, с другой стороны, у товарища vbox на винде (хост), жаловался что при обновах иногда перестает работать. На линухе тьфу-тьфу - ни разу не осыпАлся. Только вот что его ООМ киллер прикладывал, но тут vbox не виноват. На NTFS храню потому, что образы доступны и на Убунте и под виндой без дополнительных ухищрений.

 

Случился релиз 11.0.2 - попробуйте обновиться - ошибки должны уйти.

[axelf]

Обновился, вроде работает, правда виртуалку пока некогда было запускать...

[dbanschikov]

Обновился, вроде работает, правда виртуалку пока некогда было запускать...

 

А ее то зачем перезапускать?

[axelf]

не перезапускать, а вообще запускать Комп же не круглосуточно пашет.