ну там или /дев/нулл или logs -f и перезапуск контейнера должен хоть чет да показать по идеи

ну там или /дев/нулл или logs -f и перезапуск контейнера должен хоть чет да показать по идеи

Должен, да. Но не показывает...

Должно бы написать в лог приложение.

а у разрабов-то у самих ченить пишет?

мож логов-то и нет)

😆

а у разрабов-то у самих ченить пишет?

У разрабов в том месте не воспроизводится подобного случая.

а логи вообще у него есть

?

та не, норм, продолжай, здоровый смех никогда не повредит)

У разрабов в том месте не воспроизводится подобного случая.

дык мож и бага-то и нет? если никто больше не может воспроизвести...

ну подумаешь упал контейнер из-за неверного положения луны разок, кто знает...

"дело в прокладке" (С)

Может быть вернёмся к первоначальному вопросу? Кто-нибудь сталкивался с изменением уровня логирования в Jetty, не изменяя сам контейнер?

как это связанео с докер?

а что значит "Не изменяя сам контейнер"? Запрешено туда подложить новый конфиг с иным уровнем логирования?

тогда в каком нибудь чатике intel можно спросить, т.к. приложние в контейнер который в докер, который на сервер с процессором интел

нужно менять содержимоей в апликухе - маунти весь код с хоста и дебаж

ящетаю надо у твох разрабов и спрашивать, как изменить уровень логирования в ВАШЕМ приложении

а так - новый конфиг тебе в помощь

Может быть вернёмся к первоначальному вопросу? Кто-нибудь сталкивался с изменением уровня логирования в Jetty, не изменяя сам контейнер?

наши как-то подбирали из переменной окружения

отсыпь?)

скорости

:)

😆

ты работаешь в IT, ты уже не ЗОЖ )

ну да ладно

как это связанео с докер?

Может быть существует хитрая переменная окружения, о которой я не знаю, может быть существует способ подсунуть файл с настройкой в другом месте, может быть есть ещё какой-нибудь способ решить проблему через докер? Так как приложение мне дано в докер-контейнере, был ли я неправ обратившись в русскоговорящее сообщество?)

ты на чем это запускаешь?

мак, ноут, сервер?

передай через JAVA_OPTS

и оттуда подбери

Эка тебя бомбануло)

Тестировщик пришел, и спросил "существует ли способ сделать вот так", не передёргивайте пожалуйста

почему нет?

воу, стреляйте мужики, по коленям

чтобы далеко не ушел

жава в контейнере

но виноват докер

воу, стреляйте мужики, по коленям

😆

блин, сегодня чет веселый день, аж отвлекаться не хочется)

ты на чем это запускаешь?

Удалённая виртуалка на Debian. t.iskhakov@iskhakov-sdp778# cat /etc/debian_version 8.7

https://wiki.eclipse.org/Jetty/Feature/Jetty_Logging искать resources/jetty-logging.properties

Удалённая виртуалка на Debian. t.iskhakov@iskhakov-sdp778# cat /etc/debian_version 8.7

с таким же успехом тогда можно спрашивать в комьюнити дебиана)

далее JAVA_OPTS -Dorg.eclipse.jetty.util.log.class=org.eclipse.jetty.util.log.StdErrLog -Dorg.eclipse.jetty.LEVEL=DEBUG

удаленная виртуалка с докером и контейнеры с явой

я бы прострелил оба колена ему

удаленная виртуалка с докером и контейнеры с явой

а че такого?)

этож не продакшн)

но делать этого конечно не буду, виноват вообще вагрант провижн

солтстек энд пилларз

а че такого?)

та понятно, просто на фоне общего диалога чет смешно чутка)

далее JAVA_OPTS -Dorg.eclipse.jetty.util.log.class=org.eclipse.jetty.util.log.StdErrLog -Dorg.eclipse.jetty.LEVEL=DEBUG

Спасибо большое, посмотрю

та понятно, просто на фоне общего диалога чет смешно чутка)

Зато есть как минимум еще пара мест куда можно обратиться и узнать ;) debian > vmware/kvm/esx 😄

environment: - JAVA_OPTS='blame vagrant, please'

ну или через .env файл

environment: - JAVA_OPTS='blame vagrant, please'

тебя хашимото побил вагрантом чтоль?) везде он у тебя протекает, в любом вопросе

Саша, это универсальный способ решения проблем, водка вагрантовка

...и завтра уже наступило

Костя, я как-то встал не с той ноги тоже. Нога застряла между кроваткой и стенкой, и я упал в нее снова, решив не продолжать серию.

а у сварма нет фишки как в кубере чтобы нфс-шару можно было задать как какой нибудь persistent volume и раздавать для сервисов на нодах?

точнее маунтить

А никто не подскажет, можно ли как-нибудь чекнуть все в контейнере поднялось полноценно или нет? Без обращения к docker api и подобной низкой магии. Мало ли, мож команда есть волшебная о которой я не знаю.

логи попрытить

Нууууу вариант.

О, чет умное, сяпки, пойду почитаю.

Та не, ет понятно, я немного не в том ракурсе спросил.

Контейнер создается-то молниеносно, а вот сервис в контейнере может подниматься молниеносно+N секунд.

Если там какая-нибудь монстроуозная сервисина и на слабом железе - вот тут и надо понять как она там живет и все такое.

О, ничоси, прикольно

Я читал про эту чекалку, но чет подзабыл. А если она и такое умеет, то ваще огонь.

А как же docker logs <container_name>?

Docker completely stuck - unregister_netdevice: waiting for lo to become free. Usage count = 1 · Issue #254 · coreos/bugs https://github.com/coreos/bugs/issues/254#issuecomment-314418199

Джва года жду уже)

Недавно опять падало

так не только на кореоси падает

дебиан последний раз был

проблема в ядре + докер

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

костыли решают (