Size: a a a

2020 January 23

A

Alexander in DevOps
Dennis Ananiev
Ага оно самое!
cat /etc/redhat-release
CentOS Linux release 7.6.1810 (Core)
И, к слову, с точки зрения майнтейнеров центос нет версии 7.6, есть только 7. А 7.6 - это просто неподдерживаемый срез.
источник

DA

Dennis Ananiev in DevOps
понятно
источник

DA

Dennis Ananiev in DevOps
gstatus для мониторинга нужен
источник

A

Alexander in DevOps
Dennis Ananiev
Но я там чет не нахожу gstatus  тулзы
В пакете glusterfs-cli его нет?
источник

A

Alexander in DevOps
Ну и, вообще, repoquery -q --whatprovides \*/gstatus ничего не возвращает?
источник

DA

Dennis Ananiev in DevOps
Alexander
В пакете glusterfs-cli его нет?
нет
источник

DA

Dennis Ananiev in DevOps
Alexander
Ну и, вообще, repoquery -q --whatprovides \*/gstatus ничего не возвращает?
нет ничего
источник

A

Alexander in DevOps
Ну тогда могу только посоветовать собрать пакет самому.
источник

АА

Алексей А. in DevOps
Andrey Yurevich
а oom это как выстрел в колено
Вызов ООМ киллера - это как потеря хвоста ящерицей - убивая один процесс сохраняешь работоспособность всей системы.
источник

GG

George Gaál in DevOps
далеко не всегда
источник

AA

Artyom Abramovich in DevOps
если твой сервис и есть "работоспособность всей системы", то увы
источник

M

MAdMAx in DevOps
Artyom Abramovich
если твой сервис и есть "работоспособность всей системы", то увы
а если твой сервис будет жить, а сеть, например, нет? )
источник

AA

Artyom Abramovich in DevOps
а ООМ тут при чем?
источник

A

Alexander in DevOps
Artyom Abramovich
если твой сервис и есть "работоспособность всей системы", то увы
Если уверен, что сервис написан нормально и не течет, и при этом критически важный для работы системы, то выкрути ему oom_score_adj
источник

A

Alexander in DevOps
А если это какая-нибудь написанная хипстерами питонячка, то уж лучше пусть ее оом прибьет, чем она уйдет не неопределенное поведение. Потому что хипстеры все равно не умеют обрабатывать ошибки выделения памяти, как, впрочем, и писать код, работающий без memory overcommitment-а.
источник

A

Alexander in DevOps
Будет гораздо лучше, если инстанс оперативно сдохнет и его нагрузка перельется на другие.
источник

GG

George Gaál in DevOps
Alexander
А если это какая-нибудь написанная хипстерами питонячка, то уж лучше пусть ее оом прибьет, чем она уйдет не неопределенное поведение. Потому что хипстеры все равно не умеют обрабатывать ошибки выделения памяти, как, впрочем, и писать код, работающий без memory overcommitment-а.
ты только что описал примерно бОльшую половину современного софта
источник

AA

Artyom Abramovich in DevOps
Alexander
Если уверен, что сервис написан нормально и не течет, и при этом критически важный для работы системы, то выкрути ему oom_score_adj
а ты уверен в хадуп стеке, да?
источник

АА

Алексей А. in DevOps
Alexander
А если это какая-нибудь написанная хипстерами питонячка, то уж лучше пусть ее оом прибьет, чем она уйдет не неопределенное поведение. Потому что хипстеры все равно не умеют обрабатывать ошибки выделения памяти, как, впрочем, и писать код, работающий без memory overcommitment-а.
Зачем обрабатывать ошибки выделения, если оверкоммит памяти по умолчанию разрешен
источник

AA

Artyom Abramovich in DevOps
George Gaál
ты только что описал примерно бОльшую половину современного софта
та да)
источник