Приветствую, вот реально не подумал бы - сервер ubuntu server 18.04, по памяти - 4 гб и 1 гб swap,
через некоторое время после подключения vscode с помощью remote-ssh сервер падает.
Коллега нашел причину - занята вся память подчистую, и главные процессы, которыми она занята - вот эти
Это неизбежное зло или что то тут не то? Просто привык, очень удобно, и ну совсем непонятно, почему.
ky0
у меня к сожалению нет рутовых прав, коллеге скажу конечно, но вряд ли он там с энтузиазмом будет что то менять. Дело в том, что я один использую vscode с remote-ssh, и тут мне как бы категорично - использовать что то другое.
То что причина падений именно в vscode- почти наверняка, так как все падения в последнее время были именно когда я в сессии. Других совпадений нет. Причем, имеется 2 одинаково, 1в1 сконфигурированных vps, проблема на обоих.
С другой стороны, я с этим vscode и в работе с этими vps (aws) уже года полтора в таком режиме - а проблемы начались совсем недавно, недели 2, ну максимум 3-4 назад. На серверах вроде бы никаких изменений не было, а вот vscode как раз обновлялся, последний релиз за март месяц. И remote-ssh обновлялся тоже.
С третьей стороны, где то месяцев 8-9 назад был у меня vps от того же амазона - коллега выделил мне как тестовый сервер - но в еще более слабой конфигурации - 2гб память, и своп я тоже там 2гб выставлял.
Так там проблемы были дикие - стоило только зайти на сервер, как через минуту-другую уже только ребут через панель aws. Но я тогда это с vscode remote-ssh как то не связывал, так как на других серверах из одного пакета все было нормально.... но сейчас понимаю, заходил то я тоже с remote-ssh.
Единственное что могу сейчас - тестировать на виртуалках или есть у меня один vps еще мой от хетцнера.
Вот на хетцнере там кстати тоже заметил что то такое бывает - но там ssh-cессия сразу же прерывается, но сервер не падает. И памяти там меньше гораздо, хотя и общая нагрузка поменьше.
А просто на виртуалке vitrualbox - вообще есть 1гб ограничил + 1 своп, и там проблем вообще не наблюдается....
Sha644
не знаю, может быть и в ресурсах дело - помимо vscode сервера за последнее время стали более нагруженными - и все работает на грани, и множество запущенных процессов vscode просто добивают.
Поговорил с коллегой, поэкспериментируем со свопом, потом отпишусь, как будет.
ky0,
вообщем не знаю точно, что он там наделал, своп он не увеличил, и теперь до того как отвалится серверу убиваются процессы - не могу толком ничего сделать, полминуты и сразу "killed".
И вижу такую картину по памяти
magento@ip-171.111.11:/var/www/magento2$ free -m
total used free shared buff/cache available
Mem: 3876 1979 1498 107 398 1561
Swap: 1023 1023 0
Ну то есть своп под ноль а память есть вроде еще..
