Вот и я о том же. Баг по ссылке видел, но туннеля-то нет(( Ошибка в пыхе вообще убивает понимание ситуации, в том и дело((
Ведь подключается к удаленным нодам прокси нормально, к любой, но только к бэкенду. А на ридонли - никак.
Прокси сейчас на .121. Делаем рестарт сервиса mysql-proxy и обращаемся к веб-серверу, который коннектится к .120:3307 с запросом "SELECT * FROM `users`;". Первые 10 раз отвечает .122 нормально, потом подключается второй сервер и тут начинаются проблемы - ответ только через раз. Сервера местами менял, такая-же история. На неудачный запрос выпадают такие ошибки:
Ошибка php:
Warning: mysql_connect(): Unknown command in /var/www/frontend/index.php on line 12
Ошибка в логе прокси:
2014-05-21 11:15:43: (debug) [network-mysqld.c:937]: error on a connection (fd: -1 event: 0). closing client connection.
sudo ./bin/mysql-proxy --proxy-lua-script=/etc/mysql-proxy/share/doc/mysql-proxy/rw-splitting.lua \
--proxy-address=10.10.1.120:3307 \
--proxy-backend-addresses=localhost:3306 \
--proxy-read-only-backend-addresses=10.10.1.122:3306 \
--proxy-read-only-backend-addresses=10.10.1.123:3306
Работает, но всегда отвечает одна нода кластера - что не так?
Я потыкал в мускуль-прокси, настройки там действительно крайне простые, но, в моей ситуации он отказывается стартовать. Почему - не ясно. Демон стартует, а статус прокси - fail.
Правда, ставил из пакета убунты 0.8.2, сча попробую 0.8.4 поднять...
Из этого примера обработчк можно повесить на onchange и убрать проверки, тогда он выполнится автоматчески, при выборе второго чекбокса. В общем, направление я вам задал))
Ведь подключается к удаленным нодам прокси нормально, к любой, но только к бэкенду. А на ридонли - никак.