Вы не получите то, что Вы хотите использовать SNMP. Netflow является хорошим способом добраться на пропускную способность IP. Я не знаю инструмент, который может обработать Netflow, отправленный ASA. Вы, просто хотят сделать учет на основе IP, который можно записать собственному инструменту. Это может быть довольно легко, если Вы только собираетесь, байты отправляют IP, можно найти детали относительно потоков отправленными ASA здесь.
можно хотеть проверить/var/lib/mysql,/etc/mysql/my.cnf (или mysql каталог) для файла
Сервер не соблюдает ~/.my.cnf файл, если существуют/etc/mysql/my.cnf
Следующие местоположения обычно, где my.cnf обычно располагается:
/etc/my.cnf Global options
/etc/mysql/my.cnf Global options (as of MySQL 5.1.15)
SYSCONFDIR/my.cnf Global options
$MYSQL_HOME/my.cnf Server-specific options
defaults-extra-file The file specified with --defaults-extra-file=path, if any
~/.my.cnf User-specific options
~ представляет корневой каталог текущего пользователя (значение $HOME).
SYSCONFDIR представляет каталог, указанный с - sysconfdir опция настроить, когда MySQL был создан. По умолчанию это и т.д. каталог, расположенный под скомпилированным - в каталоге установки. Это местоположение используется с MySQL 5.1.10. (От 5.1.10 до 5.1.22, это было считано в последний раз, после ~/.my.cnf.)
MYSQL_HOME является переменной среды, содержащей путь к каталогу, в котором находится определенный для сервера my.cnf файл.
Если Вы добавляете новый канал передачи данных в my.cnf, Вы, возможно, должны отредактировать свою конфигурацию apparmour для разрешения этого изменения. Вы видите какие-либо "контрольные" ошибки типа в своих файлах журнала?
Когда я изменил data_dir в своем my.cnf, он не взял на изменении, пока я не отредактировал
/etc/apparmor.d/usr.sbin.mysqld
И добавил новый путь каталога данных с rw.
Я предполагаю, что это - преступник:
innodb_buffer_pool_size=4G
У меня была та же проблема на Ubuntu 10.10 (64 бита). По-видимому, mysql, по крайней мере, тот, скомпилированный для для этой Ubuntu, не поддерживает buffer_pool_size больше, чем 1000M. И смехотворно достаточно, это событие делает с этим не жалобу. Поэтому уменьшите размер буфера, перезапустите сервер и посмотрите то, что происходит.
нужно поместить переменные innodb mysql под блок [mysql] в my.cnf, иначе он не будет прочитан
.Подобно тому, как вы не можете изменить размер файла журнала без повторного создания внутренных журналов, вы также не можете повторно указать размер файла ibdata без его повторного создания. Кроме того, нет необходимости изменять его размер, так как по умолчанию он равен автоматически расширяемому файлу. Вот соответствующий бит ошибки, который говорит вам, что это проблема:
InnoDB: Error: auto-extending data file ./ibdata1 is of a different size
InnoDB: 640 pages (rounded down to MB) than specified in the .cnf file
Так что я бы удалил это из своего.cnf. Также где-то в вашем конфигурационном файле может быть опечатка, так как в лог-файле ошибки также сказано, что "innodb_lock_wait_timout" - недействительная переменная, но она не выглядит недействительной согласно руководству.
Это загадочно, однако, как работает mysql, когда он явно прерывается во время запуска из-за некорректного my.cnf.
.