LA
Но mp3 проигрывается
Size: a a a
2020 May 01
LA
ogg это контейнер, внутри точно opus или какой-то еще кодек который поддерживается Вашим астериском?
да
LA
Смущает в ошибке "Unable to open https://speechrobot.ru/audio/tts.ogg (format (ulaw))"
не понимаю почему пишет format ulaw
не понимаю почему пишет format ulaw
MP
Коллеги, кто-нибудь работал с LXC-контейнерами?
Ситуация такая, есть контейнер, на нём крутится астер и БД (уже много таблиц по 5GB, суммарный объем около 200GB, удалять таблицы нельзя).
Запускаю проверку всех таблиц и MySQL перезагружается. В логах контейнера и хостовой машине виже, что причина это OOM-killer, по идее должен был отработать cgroup и ограничить память контейнера, но это не происходит похоже.
Пробовал в разных комбинациях крутить параметры ядра хостовой машины dirty, снизилось количество ошибок и перезагрузок, но скорость работы с дисками упала очень сильно и получил wait процессора и тормоза.
Отключать OOM-killer пишут, что не рекомендуется.
Если кто сталкивался, то как победили без отключения OOM на контейнере, перевода на виртуалку с гипервизором и без переноса на другой сервер?
Ситуация такая, есть контейнер, на нём крутится астер и БД (уже много таблиц по 5GB, суммарный объем около 200GB, удалять таблицы нельзя).
Запускаю проверку всех таблиц и MySQL перезагружается. В логах контейнера и хостовой машине виже, что причина это OOM-killer, по идее должен был отработать cgroup и ограничить память контейнера, но это не происходит похоже.
Пробовал в разных комбинациях крутить параметры ядра хостовой машины dirty, снизилось количество ошибок и перезагрузок, но скорость работы с дисками упала очень сильно и получил wait процессора и тормоза.
Отключать OOM-killer пишут, что не рекомендуется.
Если кто сталкивался, то как победили без отключения OOM на контейнере, перевода на виртуалку с гипервизором и без переноса на другой сервер?
NU
Maksim Petuhov
Коллеги, кто-нибудь работал с LXC-контейнерами?
Ситуация такая, есть контейнер, на нём крутится астер и БД (уже много таблиц по 5GB, суммарный объем около 200GB, удалять таблицы нельзя).
Запускаю проверку всех таблиц и MySQL перезагружается. В логах контейнера и хостовой машине виже, что причина это OOM-killer, по идее должен был отработать cgroup и ограничить память контейнера, но это не происходит похоже.
Пробовал в разных комбинациях крутить параметры ядра хостовой машины dirty, снизилось количество ошибок и перезагрузок, но скорость работы с дисками упала очень сильно и получил wait процессора и тормоза.
Отключать OOM-killer пишут, что не рекомендуется.
Если кто сталкивался, то как победили без отключения OOM на контейнере, перевода на виртуалку с гипервизором и без переноса на другой сервер?
Ситуация такая, есть контейнер, на нём крутится астер и БД (уже много таблиц по 5GB, суммарный объем около 200GB, удалять таблицы нельзя).
Запускаю проверку всех таблиц и MySQL перезагружается. В логах контейнера и хостовой машине виже, что причина это OOM-killer, по идее должен был отработать cgroup и ограничить память контейнера, но это не происходит похоже.
Пробовал в разных комбинациях крутить параметры ядра хостовой машины dirty, снизилось количество ошибок и перезагрузок, но скорость работы с дисками упала очень сильно и получил wait процессора и тормоза.
Отключать OOM-killer пишут, что не рекомендуется.
Если кто сталкивался, то как победили без отключения OOM на контейнере, перевода на виртуалку с гипервизором и без переноса на другой сервер?
Сорри, не proxmox-овский lxc случайно?
MP
не в бровь, а в глаз!
он самый
он самый
NU
А не 5-ой ветки случайно proxmox?
MP
А не 5-ой ветки случайно proxmox?
5.1 билд 46
MP
А не 5-ой ветки случайно proxmox?
Никита, Вы сталкивались? Это бага? Может плохо искал но не находил подобных ошибок на Proxmox, может плохо искал.
NU
Я ловил подобный эффект, но тогда приложение и съедало весь процессор тоже подчистую. Честно говоря - тогда долго не разбирался, забэкапился, накатил апдейт до шестой ветки - эффект пропал.
MP
Я ловил подобный эффект, но тогда приложение и съедало весь процессор тоже подчистую. Честно говоря - тогда долго не разбирался, забэкапился, накатил апдейт до шестой ветки - эффект пропал.
Спасибо
Буду пробовать
Буду пробовать
NU
Бэкап обязательно.
Особенно если цеф
Особенно если цеф
AS
Maksim Petuhov
Коллеги, кто-нибудь работал с LXC-контейнерами?
Ситуация такая, есть контейнер, на нём крутится астер и БД (уже много таблиц по 5GB, суммарный объем около 200GB, удалять таблицы нельзя).
Запускаю проверку всех таблиц и MySQL перезагружается. В логах контейнера и хостовой машине виже, что причина это OOM-killer, по идее должен был отработать cgroup и ограничить память контейнера, но это не происходит похоже.
Пробовал в разных комбинациях крутить параметры ядра хостовой машины dirty, снизилось количество ошибок и перезагрузок, но скорость работы с дисками упала очень сильно и получил wait процессора и тормоза.
Отключать OOM-killer пишут, что не рекомендуется.
Если кто сталкивался, то как победили без отключения OOM на контейнере, перевода на виртуалку с гипервизором и без переноса на другой сервер?
Ситуация такая, есть контейнер, на нём крутится астер и БД (уже много таблиц по 5GB, суммарный объем около 200GB, удалять таблицы нельзя).
Запускаю проверку всех таблиц и MySQL перезагружается. В логах контейнера и хостовой машине виже, что причина это OOM-killer, по идее должен был отработать cgroup и ограничить память контейнера, но это не происходит похоже.
Пробовал в разных комбинациях крутить параметры ядра хостовой машины dirty, снизилось количество ошибок и перезагрузок, но скорость работы с дисками упала очень сильно и получил wait процессора и тормоза.
Отключать OOM-killer пишут, что не рекомендуется.
Если кто сталкивался, то как победили без отключения OOM на контейнере, перевода на виртуалку с гипервизором и без переноса на другой сервер?
а памяти хватает внутри контейнера?
MP
а памяти хватает внутри контейнера?
да, свободно 6GB из 20
на хосте 90GB
на хосте 90GB
AS
в процессе mysqlcheck тоже хватает? свопится?
AS
я lxc не пользовал, по openvz помню что процессы киляются если озу-ха сожрана
MP
в процессе mysqlcheck тоже хватает? свопится?
swap отключен, на хосте swap не занят вообще
памяти под дисковый кэш на хосте 30GB выделено
тоже сначала грешил на ОЗУ
памяти под дисковый кэш на хосте 30GB выделено
тоже сначала грешил на ОЗУ
AS
сделайте для теста свап на 5-10 гигов
AS
sudo dd if=/dev/urandom of=/swap bs=1M count=5000
sudo mkswap /swap
swapon /swap
sudo mkswap /swap
swapon /swap
AS
итд