@caulfield42 будет жить. Поприветствуем!

ночи, вот такое часто бывает? работало, работало, потом бабах апач не может к php-fpm достучаться

Php-fpm живой? Через cgi-fcgi можно достучаться?

Php-fpm живой? Через cgi-fcgi можно достучаться?

как проверить?

вроде живой. я вхожу в контейнер

как проверить?

Вот пример apt-get install -y libfcgi0ldbl REQUEST_METHOD=GET REQUEST_URI=/ SCRIPT_FILENAME=/var/www/html/index.php cgi-fcgi -bind -connect localhost:9000

[Tue Aug 21 21:29:15.924888 2018] [proxy_fcgi:error] [pid 23:tid 140648184731392] [client 172.19.0.1:37256] AH01079: failed to make connection to backend: php-fpm

вот что в логах

php-fpm может сдохнуть, ничего нового в этом нет, нужно просто правильно сконфигурить хелсчеки контейнеров, чтоб они рестрартовали при его падении

никогда не дох у меня

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

но то пиздарукость пхпшников

хз как это делать, я докер для разработки использую. запускаю готовое окружение

хз как это делать, я докер для разработки использую. запускаю готовое окружение

руками контейнер перезапускай. если часто будет падать - задолбаешься и разберешься как настроить =)

так оно работало

контейнер перезапускал, это я делал, но меня больше интересует почему? работало до этого

Сделай strace на процесс Php-fpm, смотри логи

логи смотри

@fanat_dockera будет жить. Поприветствуем!

чтонидь можно сделать когда так?

ваще не поставить, чо за бред

@VirDignus а что в resolv.conf? какие днсы прописаны?

попробуйте принудительно проверить: nslookup deb.debian.org

да там роутер и 8.8.8.8

попробуйте принудительно проверить: nslookup deb.debian.org

nslookup deb.debian.org Server: 192.168.1.1 Address: 192.168.1.1#53 Non-authoritative answer: deb.debian.org canonical name = static.debian.org. Name: static.debian.org Address: 5.153.231.4 Name: static.debian.org Address: 128.31.0.62 Name: static.debian.org Address: 130.89.148.14 Name: static.debian.org Address: 149.20.4.15 Name: static.debian.org Address: 2001:67c:2564:a119::148:14 Name: static.debian.org Address: 2001:41c8:1000:21::21:4 Name: static.debian.org Address: 2001:4f8:1:c::15

nslookup deb.debian.org Server: 192.168.1.1 Address: 192.168.1.1#53 Non-authoritative answer: deb.debian.org canonical name = static.debian.org. Name: static.debian.org Address: 5.153.231.4 Name: static.debian.org Address: 128.31.0.62 Name: static.debian.org Address: 130.89.148.14 Name: static.debian.org Address: 149.20.4.15 Name: static.debian.org Address: 2001:67c:2564:a119::148:14 Name: static.debian.org Address: 2001:41c8:1000:21::21:4 Name: static.debian.org Address: 2001:4f8:1:c::15

А если в RUN добавить?

nslookup

&

ага

ща попробую

только 2 амперсанда: &&

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

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

не понял. Просто сделайте вместо: RUN apt-get update .... вот так: RUN nslookup deb.debian.org && apt-get update ...

если nslookup не установлен здесь, то можно просто: RUN ping -c1 deb.debian.org && apt-get update ...

ping: unknown host

ping: unknown host

а если ping -c1 8.8.8.8 ?

PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=118 time=49.875 ms --- 8.8.8.8 ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 49.875/49.875/49.875/0.000 ms

думаю что-то у меня не то

значит у вас резолвер недоступен. 53 udp не закрыли случайно?

надо глянуть

хм, перестал пинговаться 8,8,8,8

у меня все мысли кончились

хм, перестал пинговаться 8,8,8,8

тогда давайте подробности: предыдущие записи в Dockrfile, хост машина какая и т.п.

ос openSuse

iptables-save

ос openSuse

с хост системы всё работает?

да

пинги идут, сайты открываются

так, хорошо

сетевые настройки меняете в Dockerfile?

https://pastebin.com/4A7XKCzJ

сетевые настройки меняете в Dockerfile?

какие именно?

какие именно?

значит что-то меняете таки?

всё началось с того, что перестали работать сайты. потерялась связь с php-fpm

нет, я в настройки лазил только в начале, когда указывал свои пути, сетевые настройки , а вот, менял ip, есть два докера, одни с апачем, второй с нжинксом

вот там да, менял айпи адреса, что бы разные были ну и имена

всё эт через .env файл

> менял айпи адреса это как? и зачем?

Если меняли ip, проверьте соответсвие ip в правилах iptables с теми, на которое меняли

так дело в том, что оноо всё рабооталло

так дело в том, что оноо всё рабооталло

я понял, но ip адреса выданные контейнерам меняются же, а у вас в конфиге забито

ERROR: S client not available

не, там именованые контейнеры

чтототипа laradock_php-fpm_1 my_php-fpm_1

как-то так

не, там именованые контейнеры

ну так по именам к ним и обращайтесь. На ip завязываться нельзя. Тут же всё динамическое

не, я о других айпи

:))

раньше для связи контейнеров использовали —link теперь нужно переходить на User-defined bridges

https://docs.docker.com/network/bridge/#differences-between-user-defined-bridges-and-the-default-bridge

https://github.com/laradock/laradock/blob/aa84dd861636e191463fe009267a8365e0100cfe/env-example#L48

вот этот айпи

вот этот айпи

вот жеж извращенцы.... ладно, тогда нужно попробовать ping -c1 10.0.75.1 или какой там у вас на хост системе сейчас. (кстати, он не по dhcp часом обновляется?)

тот что прописан?

не

может и извращенцы , но меня вполне устраивает :)

не

ну ок, попробуйте его пингануть

с хоста?

с хоста?

нет, из запускаемого контейнера

не пингует

чот ваще

мне кажется чот с сетевыми интерфейсами

может надо пересоздать

А рестартануть докер демон проблематично?

Не раз

Так, ладно. Если запустить хелловорлд какой-нибудь и из него в сеть полезть. Заработет?

Да

Хеловорлд проверял

Хеловорлд проверял

Значит проблема именно в этом контейнере. Попробуйте переносить по одной команде из проблемного контейнера в рабочий хеловорлд

Проверял товарищ у себя, у него всё норм

Странно

@shnurok672 будет жить. Поприветствуем!