События Intruder Lockout будут зарегистрированы в sys:\etc\console.log файл (предполагающий, что у Вас есть CONLOG.NLM, работающий) при работе Сетевого обеспечения. Если это - сервер OES2 Linux затем, я думаю, что это будет в/var/log/messages.
Это на вещь сервера, так как каждый возможный сервер копии будет ответственен за события локаута.
Если бы у Вас был менеджер по Идентификационным данным в соединении, то у Вас мог бы быть один драйвер, ловят все эти события и делают что-то с ними, по мере необходимости.
К сожалению, источник локаута не будет так ясен, как Вы хотели бы. Серверные процессы, которые используются для входа в систему (как LDAP или возможно CIFS или AFP) обычно покажут со значением ерунды и не будут полезны. Веб-приложения могут быть почти такими же, так как они будут обычно делать, LDAP связывают.
Это работает лучше, если существуют клиентские машины, устанавливающие связь по NCP (поэтому скажите что Client32 и т.п.).
Я нашел ответ на http://nerdherd.com/archives/524
Обратите внимание на код ошибки 1045, который указывает на проблему с учетными данными. Еще раз проверьте длину вашего пароля; MySQL имеет ограничение максимальной длины MASTER_PASSWORD 32 символа. Сократите этого щенка и попробуйте еще раз.
Man reikėjo serverio vardo serveryje , todėl aš jį pavadinau kaip servidorą
, kaip ir kitą:
GRANT REPLICATION SLAVE ON *.* TO 'servidor'@'%' IDENTIFIED BY 'servidor';
Kita eilutė serveryje buvo:
MASTER STATUS
Ir aš gavau kitą:
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000005 | 1232 | pizzeria | |
+------------------+----------+--------------+------------------+
Taigi man reikia paskambinti klientui kaip kitas:
CHANGE MASTER TO MASTER_HOST='172.25.3.44', MASTER_USER='servidor'
MASTER_PASSWORD='servidor', MASTER_LOG_FILE='mysql-bin.000005',
MASTER_LOG_POS=1232;