Laravel Valet - Отказ в соединении с сервером или медленный
У меня были проблемы с камердинером Ларавеля в течение всего дня. Либо я не могу загрузить сайт в браузер, либо он зависает. Иногда перезагрузка моего Mac работает. Иногда перезапуск камердинера работает. Я работаю с MariabB и PHP70 Homebrew
brew services list
Name Status User Plist
dnsmasq started root /Library/LaunchDaemons/homebrew.mxcl.dnsmasq.plist
mariadb started jasper /Users/jasper/Library/LaunchAgents/homebrew.mxcl.mariadb.plist
php70 started root /Library/LaunchDaemons/homebrew.mxcl.php70.plist
tor stopped
В настоящее время я попытался вернуться к обзору плагинов, и теперь он зависает.
Выполнение проверки netstat дает мне действительно длинный список:
sudo netstat -tnlp tcp | grep '\.80 '
tcp4 0 0 127.0.0.1.80 127.0.0.1.54080 ESTABLISHED
tcp4 0 0 127.0.0.1.80 127.0.0.1.54079 ESTABLISHED
tcp4 0 0 127.0.0.1.54080 127.0.0.1.80 ESTABLISHED
tcp4 0 0 127.0.0.1.80 127.0.0.1.54078 ESTABLISHED
tcp4 0 0 127.0.0.1.54079 127.0.0.1.80 ESTABLISHED
tcp4 0 0 127.0.0.1.80 127.0.0.1.54077 ESTABLISHED
tcp4 0 0 127.0.0.1.54078 127.0.0.1.80 ESTABLISHED
tcp4 0 0 127.0.0.1.80 127.0.0.1.54076 ESTABLISHED
tcp4 0 0 127.0.0.1.54077 127.0.0.1.80 ESTABLISHED
tcp4 1318 0 127.0.0.1.80 127.0.0.1.54075 ESTABLISHED
tcp4 0 0 127.0.0.1.54076 127.0.0.1.80 ESTABLISHED
tcp4 0 0 127.0.0.1.54075 127.0.0.1.80 ESTABLISHED
tcp4 0 0 178.20.172.186.54074 205.196.223.93.80 ESTABLISHED
tcp4 0 0 178.20.172.186.54073 205.196.223.93.80 ESTABLISHED
tcp4 0 0 178.20.172.186.54072 192.0.73.2.80 ESTABLISHED
tcp4 0 0 178.20.172.186.54071 192.0.73.2.80 ESTABLISHED
tcp4 0 0 178.20.172.186.54062 151.101.193.69.80 ESTABLISHED
tcp4 0 0 178.20.172.186.54059 151.101.193.69.80
tcp4 0 0 127.0.0.1.54046 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.80 127.0.0.1.54045 CLOSE_WAIT
tcp4 0 0 127.0.0.1.80 127.0.0.1.54044 CLOSE_WAIT
tcp4 0 0 127.0.0.1.54045 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.54044 127.0.0.1.80 FIN_WAIT_2
tcp4 1362 0 127.0.0.1.80 127.0.0.1.54043 CLOSE_WAIT
tcp4 1100 0 127.0.0.1.80 127.0.0.1.54042 CLOSE_WAIT
tcp4 0 0 127.0.0.1.54043 127.0.0.1.80 CLOSE_WAIT
tcp4 0 0 127.0.0.1.53966 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.80 127.0.0.1.53725 CLOSE_WAIT
tcp4 0 0 127.0.0.1.53725 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.80 127.0.0.1.53713 CLOSE_WAIT
tcp4 0 0 127.0.0.1.53713 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.80 127.0.0.1.53712 CLOSE_WAIT
tcp4 0 0 127.0.0.1.53712 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.80 127.0.0.1.53711 CLOSE_WAIT
tcp4 0 0 127.0.0.1.80 127.0.0.1.53710 CLOSE_WAIT
tcp4 0 0 127.0.0.1.53711 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.80 127.0.0.1.53709 CLOSE_WAIT
tcp4 0 0 127.0.0.1.53710 127.0.0.1.80 FIN_WAIT_2
tcp4 0 0 127.0.0.1.53709 127.0.0.1.80 FIN_WAIT_2
Вот минус Google и DropBox:
lsof -i tcp
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
mysqld 559 jasper 25u IPv4 0xee33df006c9199f1 0t0 TCP localhost:mysql (LISTEN)
TextMate 3408 jasper 7u IPv6 0xee33df005c2a2ea1 0t0 TCP localhost:52698 (LISTEN)
php-fpm 12857 jasper 0u IPv4 0xee33df006e0ced19 0t0 TCP localhost:cslistener (LISTEN)
php-fpm 12858 jasper 0u IPv4 0xee33df006e0ced19 0t0 TCP localhost:cslistener (LISTEN)
php-fpm 12879 jasper 0u IPv4 0xee33df006e0ced19 0t0 TCP localhost:cslistener (LISTEN)
остановка и запуск Valet снова возвращает меня к локальной установке WordPress. Но это по-прежнему не объясняет проблему, связанную с отказом от подключения к site.dev, и медлительность всего этого. Валет должен работать с WordPress. Я проверил, работает ли PHP:
ps aux | grep php
jasper 11529 0.0 0.0 2442020 2060 s000 S+ 2:54PM 0:00.00 grep php
jasper 11501 0.0 0.0 2517648 3716 ?? S 2:51PM 0:00.07 /usr/local/opt/php70/sbin/php-fpm --fpm-config /usr/local/etc/php/7.0/php-fpm.conf
jasper 11499 0.0 0.3 2588136 46876 ?? S 2:51PM 0:01.29 /usr/local/opt/php70/sbin/php-fpm --fpm-config /usr/local/etc/php/7.0/php-fpm.conf
jasper 11492 0.0 0.1 2564648 18824 ?? S 2:51PM 0:00.93 /usr/local/opt/php70/sbin/php-fpm --fpm-config /usr/local/etc/php/7.0/php-fpm.conf
root 11487 0.0 0.1 2481744 11428 ?? Ss 2:51PM 0:00.04 /usr/local/opt/php70/sbin/php-fpm --fpm-config /usr/local/etc/php/7.0/php-fpm.conf
и это вроде бы нормально. Апач тоже не работает. Valet Logs показывает мне ноль информации:
valet logs
No log files were found.
После попытки перейти на страницу плагинов я получаю
This site can’t be reached
site.dev refused to connect.
Search Google for domain pure dev admin plugins
ERR_CONNECTION_REFUSED
Однако я могу пинговать сайт
ping site.dev
PING site.dev (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.049 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.118 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.141 ms
^C
--- site.dev ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.049/0.103/0.141/0.039 ms
Как я могу отладить проблему дальше?
1 ответ
Ну, я удалил и переустановил Valet, а также обновился до 1.1.22 с 1.1.19. До этого я увеличил лимит памяти PHP до memory_limit = 512M в /usr/local/etc/php/7.0/php.ini Я также увеличил максимальное время выполнения до 300: max_execution_time = 300, Думаю, что обновление помогло больше всего, хотя.
И только потом я узнал, что у большего количества людей возникают проблемы с Laravel Valet на OSX Sierra. Нашел этот удивительный пост в блоге о том, как устранить неполадки Valet здесь в Laravel News.
Журнал ошибок Caddy находится здесь: ~/.valet/Log/error.log
И в /usr/local/opt/php70/var/log/php-fpm Вы можете проверить на ошибки PHP.
В журнале Caddy я нашел:
27/Sep/2016:16:11:55 +0300 [ERROR 502 /server.php] write tcp 127.0.0.1:80->127.0.0.1:49517: write: broken pipe
В статье упоминается, что ошибка 502, вероятно, указывает на проблемы PHP FPM. Когда я проверил ошибки PHP FPM, я увидел:
[27-Sep-2016 16:48:00] NOTICE: [pool www] 'user' directive is ignored when FPM is not running as root
[27-Sep-2016 16:48:00] NOTICE: [pool www] 'group' directive is ignored when FPM is not running as root
[27-Sep-2016 16:48:00] ERROR: unable to bind listening socket for address '127.0.0.1:9000': Address already in use (48)
[27-Sep-2016 16:48:00] ERROR: FPM initialization failed
Могу поспорить, что это была главная проблема. Но теперь, когда у меня установлен новый чистый Valet и работает PHP FPM, у меня все будет хорошо. И если нет, я знаю, как отлаживать сейчас!