Спасибо. Про распределение памяти между форками я понял.
Логи во вложении.
Posté 03 dcembre 2016 - 13:22
Спасибо. Про распределение памяти между форками я понял.
Логи во вложении.
Posté 03 dcembre 2016 - 16:04
Спасибо. Про распределение памяти между форками я понял.
Логи во вложении.
А у вас же все это дело в виртуалке?
Сможете дать доступ к образу виртуалки, чтобы в испорченный телефон не играть?
Ссылку можно личным сообщением отправить, либо не забудьте убрать ключ из образа.
Ну и STR для воспроизведения OOM killer'а. А мы уже посмотрим что можно сделать.
Modifié par dbanschikov, 03 dcembre 2016 - 16:16.
Posté 03 dcembre 2016 - 18:36
Нет, дело не в виртуалке, она просто вылетает, но это ее система завершает, дабы освободить ресурсы. Перед этим система очень сильно тупит, даже курсор мыши рывками двигается, программы иногда перестают реагировать на действия.
Похоже все ресурсы кто-то съедает, из-за чего и весь сыр-бор. Но в той же atop я ничего слишком запредельного не вижу, все память едят - может и много, но в разумных пределах. Еще жесткий в такие моменты интенсивно работает - я думаю это подкачка, но согласно тому же atop даже недавно после перезагрузки, когда система еще не сильно ресурсы поела - mount.ntfs грузит диск сильно. Могу скриншот atop по диску приложить.
У меня торрент клиент на ntfs диске находится, да и образ виртуалки тоже, возможно из-за этого.
Доступ к виртуалке дать могу, но особого смысла нет - ее просто прикладывает из-за расхода оперативки, но больше 2Гб в пике она не портребляет. Фразу про STR ООМ киллера не понял - извините, я простой Убунту юзер. .
Может вам просто доступ к компу дать, NoMachine например? Эти моменты с залипанием системы - они не постоянно, но периодически возникают.
Posté 04 dcembre 2016 - 11:05
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 есть время).
Modifié par dbanschikov, 04 dcembre 2016 - 11:11.
Posté 04 dcembre 2016 - 23:38
Спасибо. Вроде понятно, попробую это сделать.
Только уточню: хост - у меня Ubuntu, а гостевая система - Windows. Внутри самой виртуалки (Windows) ничего особо ценного нет, работает она нормально, пока процесс Virtualbox не убивается ООМ киллером Ubuntu. DrWeb установлен на Ubuntu (на хосте), также, как и VirtualBox.
Posté 05 dcembre 2016 - 10:52
Спасибо. Вроде понятно, попробую это сделать.
Только уточню: хост - у меня Ubuntu, а гостевая система - Windows. Внутри самой виртуалки (Windows) ничего особо ценного нет, работает она нормально, пока процесс Virtualbox не убивается ООМ киллером Ubuntu. DrWeb установлен на Ubuntu (на хосте), также, как и VirtualBox.
Ога, теперь картина стала понятней.
Совет все равно не меняется - давайте посмотрим на отчеты top'ы во время около падений.
Там будет видно виновника.
Posté 07 dcembre 2016 - 12:45
Спасибо. top работал, лог собирал, но пока что перестало падать. То ли обновилось что, то ли дефрагментация NTFS помогла чуть. Если упадет снова - я отпишусь.
Posté 07 dcembre 2016 - 14:08
Все привычно, как в винде!то ли дефрагментация NTFS помогла
Posté 07 dcembre 2016 - 19:45
Ну у меня тома под торренты и образ виртуалки на ntfs разделах.
Posté 08 dcembre 2016 - 13:31
образ виртуалки на ntfs разделах
И vbox с ним работает? Он вообще очень привередлив к ФС, с некоторыми отказывается иметь дело наотрез.
Posté 09 dcembre 2016 - 09:14
Почему нет? Убунта вполне себе дружит с НТФС, ну иногда бывает сохраняешь в ней файлы, от имени которых у НТФС когнитивный диссонанс, но после проверки дисков под виндой - все ок. а Vbox - в хост системе он по идее использует для работы с носителями средства ОС? В гостевой ОС - возможно, но nffs - оно ж виндовое, родное Ранее проблем не было.
Posté 09 dcembre 2016 - 12:43
Vbox - в хост системе он по идее использует для работы с носителями средства ОС?Когда-то мне пришлось для него делать раздел с ext3, потому что он отказывался создавать образы на ext4. Поддержку ext4 вроде бы давно запилили, но с другими ФС проблемы бывают. Не вникал, в чём там дело, поскольку vbox использую довольно редко. Вполне вероятно, что он использует что-то вроде файловых атрибутов, которые реализованы не во всех ФС, или чего-то наподобие.
Posté 10 dcembre 2016 - 15:14
Странно. Может что-то в Виртуал бокс и не допилили. Хотя, с другой стороны, у товарища vbox на винде (хост), жаловался что при обновах иногда перестает работать. На линухе тьфу-тьфу - ни разу не осыпАлся. Только вот что его ООМ киллер прикладывал, но тут vbox не виноват. На NTFS храню потому, что образы доступны и на Убунте и под виндой без дополнительных ухищрений.
Posté 13 dcembre 2016 - 10:15
Странно. Может что-то в Виртуал бокс и не допилили. Хотя, с другой стороны, у товарища vbox на винде (хост), жаловался что при обновах иногда перестает работать. На линухе тьфу-тьфу - ни разу не осыпАлся. Только вот что его ООМ киллер прикладывал, но тут vbox не виноват. На NTFS храню потому, что образы доступны и на Убунте и под виндой без дополнительных ухищрений.
Случился релиз 11.0.2 - попробуйте обновиться - ошибки должны уйти.
Posté 15 dcembre 2016 - 16:01
Обновился, вроде работает, правда виртуалку пока некогда было запускать...
Posté 15 dcembre 2016 - 17:50
Обновился, вроде работает, правда виртуалку пока некогда было запускать...
А ее то зачем перезапускать?
Posté 15 dcembre 2016 - 22:52
не перезапускать, а вообще запускать Комп же не круглосуточно пашет.
0 membre(s), 1 invite(s), 0 utilisateur(s) anonyme(s)