несколько mysql обрабатывают вызванную Таблицу базы данных для катастрофического отказа

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 требуют иначе. Я еще не протестировал это сам.

3
задан 16 August 2011 в 10:51
2 ответа
socket: '/var/lib/mysql/mysql.sock'  port: 0  Source distribution

Похоже, что когда вы используете опцию - skip-network , вы увидите это сообщение, потому что вам нужно подключиться через именные каналы или сокет Unix.

Вы сказали, что вы имеет несколько процессов, покажите нам результат выполнения команды ps -ef | grep mysql и my.cnf остальных процессов.

1
ответ дан 3 December 2019 в 07:38

Are too many "accounts" trying to log in for every single time a database is accessed? Do they not carry persistent sessions?

0
ответ дан 3 December 2019 в 07:38

Теги

Похожие вопросы