1) смотри логи сервера 2) читай документацию 3) твой вопрос никак не относится к тематике чата

Я это сохраню

это я получил, когда заменил директории на нужные мне

1) смотри логи сервера 2) читай документацию 3) твой вопрос никак не относится к тематике чата

ясно. спасибо.

Я это сохраню

на здоровье

1) смотри логи сервера 2) читай документацию 3) твой вопрос никак не относится к тематике чата

охуенно универсальный ответ

будут конкретные вопросы - будут конкретные ответы ? (либо понимание ответа придёт до того, как допишешь вопрос - тоже хорошо)

будут конкретные вопросы - будут конкретные ответы ? (либо понимание ответа придёт до того, как допишешь вопрос - тоже хорошо)

Правильный вопрос - половина ответа.

1) смотри логи сервера 2) читай документацию 3) твой вопрос никак не относится к тематике чата

Программист (или кто там ещё, девопс)? В любой непонятной ситуации будь полицаем: - проверяй права - читай репорты - чисти кеш

вот еще пункты

В самом деле, 99% непонятных ситуаций решается либо исправлением прав, либо решением проблем с кешем, либо внимательным взглядом на логи

пожалуй, спизжу.

ничего не работает@в логах нихуя

@Aytuar @Anmiles я-то это знаю

http://kroah.com/log/blog/2018/01/06/meltdown-status/

кстати, открубил retpoline workarounds https://reviews.llvm.org/D41723

=> уменьшилось penalty на context switch, а их там дохуилионы, ибо говнокод, да.

судя по графикам, это значительно помогло SQL

Привет, друзья! Подскажите, почему docker-compose не экспоузит порты сервисов, которые я указал в yaml файле ?

Привет, друзья! Подскажите, почему docker-compose не экспоузит порты сервисов, которые я указал в yaml файле ?

файл в студию

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

судя по графикам, это значительно помогло SQL

А зачем было патчить сервера с SQL?

там все в одном)

файл в студию

version: '3' services: cache: image: memcached:alpine ports: - 11211:11211 database: image: postgres:alpine ports: - 5432:5432 environment: - POSTGRES_PASSWORD=postgres - POSTGRES_USER=postgres - POSTGRES_DB=dbname queue: image: expert360/elasticmq ports: - 9324:9324 volumes: - ./elasticmq.conf:/elasticmq/custom.conf

> - POSTGRES_DB=dbname в ямле кстати говоря ключ значения разделяются знаком двоеточие

а задача какая? чтобы кто откуда и как должен обращаться ?

с портами все ок Так что, скорее на этих портах ничего не висит Если зайти в контейнерьі и в каждом обратиться к его порту - все запросьі отработают?

если между контейнерами просто один порт указываешь в кавычках

а задача какая? чтобы кто откуда и как должен обращаться ?

задача - просто запускать эти три сервиса одной командой, а не в трех разных терминалах

погоди

изначальный вопрос был почему не экпозятся

или все же почему не запускаются ?

ну через telnet если обращаюсь - пишет connected, а по факту достучаться не могу

во в том и вопрос

> - POSTGRES_DB=dbname в ямле кстати говоря ключ значения разделяются знаком двоеточие

если взять вьіражение в кавьічки - будет валидньім - "POSTGRES_PASSWORD=postgres" или POSTGRES_PASSWORD: postgres

откуда и куда стучишься ?

из соседнего контейнера того же композа или с хоста ?

да хоть бы откуда, с pgAdmin, хотябы, если речь идет о базе

предположим. правильно понимаю что вы пытаетесь подсосаться к порту 5432 и ничего не выходит ? рекомендую проверить внутри докера коннект с телнета на этот порт, висит ли там постгря

т.е логам верить нельзя ? listening on IPv4 address "0.0.0.0", port 5432 database system is ready to accept connections

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

не-не, все потушил предварительно

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

а чего телнет говорит ?

netstat -nlpt

connected

то есть оно работает ?

предположим. правильно понимаю что вы пытаетесь подсосаться к порту 5432 и ничего не выходит ? рекомендую проверить внутри докера коннект с телнета на этот порт, висит ли там постгря

Проверил, работает. Но с самой хост машины не подключает. По таймауту отпадает

netstat -nlpt с хост машины что говорит ?

cs0 login failures: Jan  7 19:14:10 cs0 sshd[40091]: Bad protocol version identification 'GET /status HTTP/1.1' from 78.85.231.215 port 36116 ?

че, не умеет твой ссш в хттп1.1?)

че, не умеет твой ссш в хттп1.1?)

Это FreeBSD, она нихера не умеет.

а вот такая головоломка - есть жуткий легаси centos6, который раз в минуту шлёт мне на мыло какую-то бяку. в его логах я вижу отчёты об отсылке этих писем, шлёт с root@hostname.local. Вопрос - как понять какая зараза шлёт письма, крон уже проверил, там ничего

ERROR: S client not available

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

сделать алиас на sendmail внутри которого запускается pstree

вот серьезно

была такая идея, но условия задачи - ничего не ломать, в том числе почту. В итоге закончился греп по ключевым словам из письма и я нашёл виновника -- это был php скрипт, уже поправил

ну ок

просто греп я ещё вчера запустил, только сейчас закончился ?

кто подскажет по ssl сертефикатам? можно ли его на вот такое регать? *.mysite.com прошу обратить внимание на * просто цепляю к основному сайту mysite.com проверяю у регистранотра он пишет что ssl сертефикат уже стоит и якобы все норм. но зайдя на сайт я не вижу заветного зеленого замочка пичем замечу что я пока ещё субдомены не создавал и уж темболее не разворачивал на них сайты.

можно. называются wildcard

обычно стоят дороже

и чем он лучше обычного?

https://www.ssllabs.com/ssltest/ вот тут можешь глянуть чо не так

тем что он может быть на *.site.com

обычный чаще всего site.com + www.site.com

ну вот да... такие я и видел

ну а сам регистратор может пофиксить ошибку?

или прям по новой надо оплачивать его

какую?

ну типо звездочку

исправить на www

неплатить же заново

* уже охватывает все.

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

по ссылке проверь сайт свой. там поди в конфигурации косяк

не может быть такого ))

с цепочками сертов поди накосячил

покаж сайт уже

ак узнать api сайта если нет ни админов знакомых от этого сайта ни документации на этом же сайте. чисто случайно увидел вот это