utm & mysql

[cjcrazy]

недавно mysql отказалась обслуживать запросы биллинга, комментировав свои действия следущим образом:

051128 19:49:55 Aborted connection 8555 to db: 'utm' user: 'utm_user' host: `localhost' (Got an error reading communication packets)

при этом радиус выплёвывал в лог

ERROR : RADIUS Auth: 2: No such file or directory

а админский интерфейс загружался примерно до первого упоминания про:

URFA: Call: 2400

проблема решилась остановкой радиуса, ядра; перезапуском mysql; запуском ядра, радиуса.
но, через некоторое время ситуация повторилась (кто бы сомневался!)

может кто-нибудь подсказать в чём грабли? надо полагать, что в настройках mysql?

[aospan]

Упоминаний про "Got an error reading communication packets" в гугле довольно много ...
попробуйте:
1. Обновить mysql. Кстати, какой он у вас версии ?
2. Поменяйте тип сокета для подключения (можно через юникс-соект, можно через TCP сокет)
3. Увеличте в конфиге my.cnf размеры буферов (в том числе есть настройки относительно коммуникации mysql сервера с клиентами).

[cjcrazy]

1. mysql-4.0.20
2. тоже интересный вопрос. как нужно делать, ежели биллинг и бд распологаются на одном сервере. будет ли ображение через юникс-соект несколько шустрее (надёжнее)?
3. этот момент тоже нужно подработать. (прошу рекомендации. фак читал)

[aospan]

1. mysql-4.0.20
2. тоже интересный вопрос. как нужно делать, ежели биллинг и бд распологаются на одном сервере. будет ли ображение через юникс-соект несколько шустрее (надёжнее)?
3. этот момент тоже нужно подработать. (прошу рекомендации. фак читал)

1. желательно обновить до последней версии в ветке 4.0 или 4.1.
2. шустрее/надежнее не знаю - по локалхосту и TCP сокет нормально себя ведет в этом плане. Просто может смена типа соекта поможет ....
3. в ФАКе описаны опции для более интенсивного использования памяти базой данных. Есть еще опции для "тюнинга" сетевых взаимодействий в mysql - посмотрите документацию на mysql ...