S3_PING все еще, кажется, экспериментальная функция, и это могло бы объяснить недостающую документацию... Так или иначе можно настроить S3_PING к jgroups-channelfactory-stacks.xml, который расположен в $JBOSS_HOME/server/all/cluster/jgroups-channelfactory.sar/META-INF/
.
См. Конфигурацию стека Протокола канала JGroups в Руководстве по Кластеризации JBoss 5.1 для большего количества информации о содержании того файла. К сожалению, как упомянуто прежде, это ничего не говорит о S3_PING. В основном можно просто заменить элемент PING чем-то вроде этого:
не будет никакой поддержки более новых версий JGroups в JBoss 5.x никогда. Это означает, что необходимо ожидать версии JBoss AS 6.0.0 MS3 для получения его, посмотрите проблему здесь. Путем рассмотрения JBoss AS JIRA кажется, что MS3 не будет выпущен в ближайшем будущем.:(ОБНОВЛЕНИЕ 17.03.2010: Я просто заметил, что парни в проекте JBoss StormGrind заставили S3_PING работать и спросили больше, какие версии они используют. Использование JBoss 6.0.0-MS2 AS и JGroups 2.6.13. GA. Так, S3_PING был выпущен прежде 2.8, даже при том, что некоторые страницы в сайте JBoss требуют иначе. Я еще не протестировал это сам.
socket: '/var/lib/mysql/mysql.sock' port: 0 Source distribution
Похоже, что когда вы используете опцию - skip-network
, вы увидите это сообщение, потому что вам нужно подключиться через именные каналы или сокет Unix.
Вы сказали, что вы имеет несколько процессов, покажите нам результат выполнения команды ps -ef | grep mysql
и my.cnf
остальных процессов.
Are too many "accounts" trying to log in for every single time a database is accessed? Do they not carry persistent sessions?