Где в automysqlbackup я добавляю mysqldump параметры?

tcpdump -i ethX -w capturefile net x.x.x.x/y

Где ethX карта, которая получает этот трафик и x.x.x.x/y cidr беспроводной сети. Это должно получить что-либо прибытие или движение к этой сети и сохранить его в "capturefile" файл. Добавить and port 80 в конце, если Вы хотите только веб-трафик.

Это похоже на установку "ловушки". При попытке получить сеансы HTTP и/или другую частную информацию, это недопустимо. Даже если те пользователи пытаются украсть Ваше интернет-соединение. Если Вы не получили разрешение от тех, кто использует беспроводную сеть, это, вероятно, недопустимо.

Править:

Я думал, что Вы уже имели, устанавливают часть перенаправления. Если Вы спрашиваете, как перенаправить определенный трафик, это возможно, но это зависит от аппаратных средств, которые Вы имеете, и вероятно я не могу помочь Вам на этом.

3
29.05.2012, 13:55
3 ответа

Это решение зафиксировало его для меня.

Согласно этому отчету об ошибках необходимо остановить automysqlbackup дамп 'performance_schema' базы данных, и это сделано путем редактирования /etc/default/automysqlbackup следующим образом:

Добавьте, что дополнительный канал к grep ступает для удаления 'performance_schema' из списка DBNAMES.

Так, в строке, которая запускается DBNAMES=, и после | grep -v ^mysql$ вставить

| grep -v ^performance_schema$ 

прежде | tr \\\r\\\n ,\

Благодаря Jérôme Drouet

Это решение относится к версии Debian automysqlbackup как в Ubuntu 12.04. Очевидно синтаксис для исключения "performance_schema" базы данных варьируется на дистрибутив Linux - см. @stat ниже.

3
27.01.2020, 21:17

Править: Забудьте все, что я сказал.

См. этот отчет об ошибках. Возможно, Вы находите, что путь к "исключает 'performance_schema' базу данных из mysqldump", как комментарий № 2 указывает; иначе плакат отчетов об ошибках, отредактированных automysqlbackup сценарий для добавления --skip-lock-tables параметр, но я предполагаю, что это может причинить Вам боль (как размечено ниже).


Короткий ответ: Вы, вероятно, хотите заблокировать их.

Я предполагаю, что не блокировка их не то, что Вы хотите, так как это могло получить Вас бесполезные резервные копии, т.е. когда что-то изменяет таблицу, в то время как резервное копирование его является происходящим---, который является тем, что блокировка там для предотвращения.

README этого ветвления, а также этот элемент блока упоминают что-то о предоставлении пользователя 'autobackup'@'localhost' доступ для блокировки таблиц.

Тем не менее Ваше сообщение об ошибке указывает, что рассматриваемый "пользователь" на самом деле 'debian-sys-maint'@'localhost'. Таким образом, я предполагаю, предоставляете ли Вы необходимый priviledges этому пользователю или изменяете учетные данные резервного сценария в automysqlbackup.conf (который мог бы быть /etc/default/automysqlbackup в Debian консультироваться man automysqlbackup и /usr/share/doc/automysqlbackup/README.Debian), необходимо быть в порядке.


Редактирование Из этого руководства я заключаю в кавычки что --lock-tables как предполагается, делает

--lock-tables, -l

Для каждой выведенной базы данных заблокируйте все таблицы, которые будут выведены прежде, чем вывести их.

Это связано от единственного возникновения --skip-lock-tables в руководстве, таким образом, я беру его для значения этого --skip-lock-tables причины mysqldump не заблокировать таблицы при дампе их. Это, как я утверждал выше, не желательно. Я не думаю, что это имеет какое-либо отношение к дампу таблиц блокировки, но с блокировкой таблиц.

Я, однако, не понимаю, почему это не работает, если бы, поскольку Вы сказали, то рассматриваемый пользователь должен смочь сделать это...

1
27.01.2020, 21:17

Я ошибался, видят решение 1, которое действительно работает над debian

Я смог зафиксировать это "временно" путем изменения строки в /etc/default/automysqlbackup к следующему:

CONFIG_db_exclude=( 'information_schema' 'performance_schema' )

Я не уверен, какой эффект это имеет только тестовая работа восстановлений для меня, и резервное копирование завершается без ошибок.

После последнего обновления мое решение, которое было на debian sid отказавшее, но действительно работает решение одно (который не работал на меня прежде). Это захватывает/etc/default/automysqlbackup и добавляет строку | grep-v ^performance_schema$. Вышеупомянутое исключает это, я использовал, прежде, кажется, проигнорированы в дампе.

1
27.01.2020, 21:17
  • 1
    , К какому дистрибутиву Ваше решение относится? –  iainH 29.05.2012, 13:58
  • 2
    , Извините, должен был включать это довольно важное. Это находится на aptosid и таким образом, это могло бы быть sid, только фиксируют. –  stat 15.06.2012, 09:50

Теги

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