Мы их не пишем!

Всем привет, есть кто работал с pivotal cloud foundry?

есть подозрения, что вы и гуглите так, как тут спрашиваете ?

Подскажите, ssl сертификат работает для всех портов, или для host:1443 скажем уже надо другой делать?

Подскажите, ssl сертификат работает для всех портов, или для host:1443 скажем уже надо другой делать?

если протокол и вид сертификата поддерживаются

если имеешь в виду, что у тебя на 1443 будет https и сертификат для https - да, будет

Халявный letsencrypt. Протокол https

будет

Будет. Он к порту не привязан

Читайте уже RTFM

Подскажите, ssl сертификат работает для всех портов, или для host:1443 скажем уже надо другой делать?

сертификат привязывается к имени, а не порту

сертификат привязывается к имени, а не порту

Тоже не совсем верно.

Ок. Спасибо. Rtfm это тяжеловато, я таки разраб.

есть подозрения, что вы и гуглите так, как тут спрашиваете ?

да, написал кривовато, согласен) однако всё ещё нуждаюсь в помощи

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

Пытаюсь понять что такое автодоводчик и как он связан с туалетом. На построении старшина кричал, что если найдёт тех, кто снял эту причуду со сральника, то даст внеуставных и внеочередных нарядов и пиздюлей. Мой разум может представить себе как выглядил бы автодоводчик на автомате, кастрюле машине, но в туалете? Он точно не поехавший? Шлите фото автодоводчика в ЛС. Будем разбираться вместе.

Всем привет! Если ли простой и коробочный способ решить следующую задачу? Запускать инстанс VM автоматически при соединении по ssh. На каждую ssh-сессию свой инстанс. При завершении ssh-сессии инстанс убивать. Хостовая и гостевая ОС -- Linux.

Cron слушающий определенный порт. При попытке доступа к порту поднимать VM и глушить при повторной попытке доступа.

Всем привет! Если ли простой и коробочный способ решить следующую задачу? Запускать инстанс VM автоматически при соединении по ssh. На каждую ssh-сессию свой инстанс. При завершении ssh-сессии инстанс убивать. Хостовая и гостевая ОС -- Linux.

в конфиге openssh установить шеллом для пользователя команду docker run —rm -it ubuntu bash? Если не docker - ну что-то аналогичное. Типа virsh start virsh exec bash (не помню есть там такое или нет) virsh shutdown cleanup() Собственно можно в openssh, можно и основным шеллом для пользователя ставить.

Идет набор курьеров.инфо в лс

Неплохо

Ага, курьеры гестапо - ван лав)

Идет набор курьеров.инфо в лс

где вилка, пёс?

и стек!

Город еще указать надо. И в другой чат )))

Всем привет. Контейнер ушёл в рестарт и теперь пишет в статусе restarting Docker restart. Что можно сделать?

убить его?

Там база постгри

Сотрется?

если том прокинут то нет

А как узнать?)

Там база постгри

папку монтировал?

Не я собирал

docker inspect X

посмотри там

Ок

"AutoRemove": false, "VolumeDriver": "", "VolumesFrom": [], "CapAdd": null, "CapDrop": null, "Dns": [], "DnsOptions": [], "DnsSearch": [], "ExtraHosts": null, "GroupAdd": null, "IpcMode": "shareable", "Cgroup": "", "Links": null, "OomScoreAdj": 0, "PidMode": "", "Privileged": false, "PublishAllPorts": false, "ReadonlyRootfs": false, "SecurityOpt": null, "UTSMode": "", "UsernsMode": "", "ShmSize": 67108864, "Runtime": "runc", "ConsoleSize": [

это значит что вольюма нет?

каким то чудом запустил просто стоп-старт

другая трабла: SQLSTATE[08006] [7] FATAL: database locale is incompatible with operating system DETAIL: The database was initialized with LC_COLLATE "en_US.utf8", which is not recognized by setlocale(). HINT: Recreate the database with another locale or install the missing locale.

Вечер добрый, а ктонибудь знает гуи для кликхауса кроме табикса?

datagrip

Спасибо, но нет. Мне вебня нужна

а, ну тогда хз. Я с CH только через datagrip и табикс, больше даже не слышал ни о чем.

а чем табикс не устроил, если не секрет?

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

каким то чудом запустил просто стоп-старт

Смог договориться с гномиками из системной коробочки? Любо

да)

другая трабла: SQLSTATE[08006] [7] FATAL: database locale is incompatible with operating system DETAIL: The database was initialized with LC_COLLATE "en_US.utf8", which is not recognized by setlocale(). HINT: Recreate the database with another locale or install the missing locale.

локаль настрой нормально, чтоб ошибки не валились

Welcome ?

ERROR: S client not available

?

Привет! Группа по гитлабу существует? Дали ТЗ , сделал на докерах и при сборке пайплийна ничего не показывает - сборку не видно (пишет, что код написан правильно)

@ru_gitlab

@ru_gitlab

Хорошо, спасибо!

Пожалуйста

Ребят, а кто-нибудь юзал PostmanQ? https://github.com/actionpay/postmanq

Вечер добрый, а ктонибудь знает гуи для кликхауса кроме табикса?

У фланта есть самаписная система логирования на базе кликхауса и вебгуй на рубях чтоб смотреть их. Мож подойдёт там фильтры и тд

Привет! Есть приложение на Rails4 + MySQL-кластер (мастер + 4 слейва) Общаются через seamless_database_pool и mysql2. Запущено в docker-like среде. Т.е контейнер с кастомным init. Иногда у некоторых воркеров unicorn сносит крышу и они перестают отправлять определенные запросы в mysql - в лог сразу пишется closed MySQL connection. Это прекрасно видно в strace - воркер принимает соединение, и дальше до ближайшего accept() видны только запись в лог и в сетевой сокет в сторону клиента. Подтверждается отсутствием этих запросов в tcpdump. Из найденных пока закономерностей: 1) происходит не со всеми воркерами, а только с 5-7 из ~250 2) Фейлится только запросы типа SELECT x FROM y WHERE y.z = 'asdf';. Т.е они все связаны с одной и той же моделью и, соответственно, таблицей в БД. 3) Судя по логам unicorn, начинается после того, как какой-то из запросов в mysql не уложился в read_timeout. Продолжается до тех пор, пока сломанные воркеры не умрут. Есть идеи, в чем может быть проблема?

Всё в докере? Compose,swarm?

У фланта есть самаписная система логирования на базе кликхауса и вебгуй на рубях чтоб смотреть их. Мож подойдёт там фильтры и тд

Нет

Это не docker, соответственно никаких compose/swarm нет. Простой контейнер с кастомным init, который запускает unicorn.

Так а на чем контейнера? Vz?

ну проблема скорее в сети между ними, нежели в том, что это контейнеры. Но надо понимать, как\на чём оно работает

Привет! Есть приложение на Rails4 + MySQL-кластер (мастер + 4 слейва) Общаются через seamless_database_pool и mysql2. Запущено в docker-like среде. Т.е контейнер с кастомным init. Иногда у некоторых воркеров unicorn сносит крышу и они перестают отправлять определенные запросы в mysql - в лог сразу пишется closed MySQL connection. Это прекрасно видно в strace - воркер принимает соединение, и дальше до ближайшего accept() видны только запись в лог и в сетевой сокет в сторону клиента. Подтверждается отсутствием этих запросов в tcpdump. Из найденных пока закономерностей: 1) происходит не со всеми воркерами, а только с 5-7 из ~250 2) Фейлится только запросы типа SELECT x FROM y WHERE y.z = 'asdf';. Т.е они все связаны с одной и той же моделью и, соответственно, таблицей в БД. 3) Судя по логам unicorn, начинается после того, как какой-то из запросов в mysql не уложился в read_timeout. Продолжается до тех пор, пока сломанные воркеры не умрут. Есть идеи, в чем может быть проблема?

А что с сокетами на машинах происходит?

Сколько их и в каком состоянии

Привет! Есть приложение на Rails4 + MySQL-кластер (мастер + 4 слейва) Общаются через seamless_database_pool и mysql2. Запущено в docker-like среде. Т.е контейнер с кастомным init. Иногда у некоторых воркеров unicorn сносит крышу и они перестают отправлять определенные запросы в mysql - в лог сразу пишется closed MySQL connection. Это прекрасно видно в strace - воркер принимает соединение, и дальше до ближайшего accept() видны только запись в лог и в сетевой сокет в сторону клиента. Подтверждается отсутствием этих запросов в tcpdump. Из найденных пока закономерностей: 1) происходит не со всеми воркерами, а только с 5-7 из ~250 2) Фейлится только запросы типа SELECT x FROM y WHERE y.z = 'asdf';. Т.е они все связаны с одной и той же моделью и, соответственно, таблицей в БД. 3) Судя по логам unicorn, начинается после того, как какой-то из запросов в mysql не уложился в read_timeout. Продолжается до тех пор, пока сломанные воркеры не умрут. Есть идеи, в чем может быть проблема?

Один процесс = одно приложение. И крайне желательно, чтобы потоков тоже одна штука была. Просто попробуй, скорее всего решит твою проблему

Сеть вряд ли. Т.е начинается примерно так: Воркер получает таймаут при ожидании ответа от мускуля. И дальше даже не пытается отправлять что-либо в мускуль. Это, как я написал, видно в strace и в tcpdump. Через GDB пока не смотрел - нужно дождаться рецидива. Соответственно что с сокетами тоже сказать сейчас не могу. Но точно меньше чем max_open_files

Один процесс = одно приложение. И крайне желательно, чтобы потоков тоже одна штука была. Просто попробуй, скорее всего решит твою проблему

При 900 rps на хост вряд ли один воркер сможет все обработать. Или я неправильно тебя понял.

При 900 rps на хост вряд ли один воркер сможет все обработать. Или я неправильно тебя понял.

так контейнер не один же будет

При 900 rps на хост вряд ли один воркер сможет все обработать. Или я неправильно тебя понял.

Наплоди ансиблом/кубом/етц 900 контейнеров, главное внутри соблюди рекомендации

Ещё могу предложить глянуть syslog/dmesg и выключить thp

И вообще на полную - пересобери ядрышко в режим дебага, посмотрим на поведение cgroups

В dmesg/messages пусто. thp в madvise, т.е использоваться не должны без необходимости. У меня подозрение, что проблема где-то в кишках рельсов/unicorn, иначе бы пятисотки сыпались постоянно.

В dmesg/messages пусто. thp в madvise, т.е использоваться не должны без необходимости. У меня подозрение, что проблема где-то в кишках рельсов/unicorn, иначе бы пятисотки сыпались постоянно.

Не верь RHEL-ю никогда, если у тебя нет подписки :) Попробуй понизить версии в gemfile до mainline stable, и пусти tsung

Не верь RHEL-ю никогда, если у тебя нет подписки :) Попробуй понизить версии в gemfile до mainline stable, и пусти tsung

rhel и fedora хотя бы репы проверяют, а не как я вчера промучился с php-fpm, тк ему нужна версия коммон файлов 7.2.3, а в айдент и секьюр репах уже 7.2.7