Со всей помощью службы поддержки btrfs. Большое спасибо за предложения от "Крис Мерфи" и "A L".
Наконец я обнаружил ошибочные шаги, которые сделали результат неверным. Инструмент для подтверждения идентичности между отправкой и получением снимка источника и получателя:«rsync -avnc /var /lib /mariadb /mysql_yyyymmddhhmm / user @ ip_destination:/var /lib /mariadb /mysql_yyyymmddhhmm /»
В субботу 12 августа 2017 года в 20:20 написал:
[root @ backuplogC7 ~] # rsync -avnc /var /lib /mariadb /mysql_201708090830 root@192.168.45.166://var /lib /mariadb /mysql_201708090830
Вам нужен трейлинг / для первого каталога с опцией -a.
rsync -a dir dir
это не та же команда, что и
rsync -a dir/ dir
Это сбивает с толку, но ваша команда пытается создать каталог mysql_201708090830 в источнике, в mysql_201708090830 в месте назначения.
Вот почему все не соответствует. Чтобы это означало "содержимое", вам необходимо добавить косую черту как минимум в начало координат.
- Крис Мерфи
Я не помнил, какие шаги я допустил и сделал, что mysql получил UUID.
Основным моментом, из-за которого btrfs неправильно отправлял / получал инкремент, является то, что на текущем под томе "mysql" был "Received UUID", что должно происходить при получении на целевом сайте (Remote), но в моем случае он появился на исходном сайте (Local).
13.08.2017 12:52 siranee.ja@tpc.co.th пишет:
Привет "A L",
[root @ backuplogC7 ~] # btrfs sub show /var /lib /mariadb /mysql /var /lib /mariadb /mysql Имя: mysql UUID: 92f319c5-e132-3249-9b13-d39ee77a2b44 Родительский UUID: - Полученный UUID: 3ad033a -654c-add6-b1cbcdeaa639 Время создания: 2017-06-21 13:27:41 +0700 Идентификатор подчиненного объекта: 257 Поколение: 539 Генерация при создании: 9 Идентификатор родителя: 5 Идентификатор верхнего уровня: 5 Флаги: - Снимок (и): mysql_201708060830 mysql_201708070830 mysql_201708080830 mysql_201708090830 mysql_201708100830 mysql_201708110830 mysql_201708120830 mysql_201708130830
да, я думаю, что он получил UUID, потому что я восстановил источник из снимка mysql_201708040830, чтобы доказать, что локальный снимок работал.
Как очистить полученный UUID?
Что делать дальше?
Вам нужно сделать снимок для чтения / записи в /var /lib /mariadb /mysql, а затем удалить старый подобъем и все его снимки.
Пример с https://github.com/digint/btrbk/blob/master/doc/FAQ.md
cd / mnt / btr_pool
mv mysubvolume mysubvolume.broken
btrfs subvolume снимок mysubvolume.broken mysubvolume
Вы можете сделать то же самое с каждым из ваших снимков и отправлять их как полные снимки (без -p).
~ A
- как рекомендуется из https://github.com/digint/btrbk/blob/master/doc/FAQ.md -
«Я получаю сообщение об ошибке: прервано:" Полученный UUID "установлен
Вы, вероятно, восстановили резервную копию с помощью send-receive и сделали ее доступной для чтения / записи с помощью набора свойств btrfs. Это плохо, поскольку все моментальные снимки и резервные копии будут наследовать этот идентичный "полученный UUID", в результате чего все эти подобъемы будут рассматриваться как "содержащие одинаковые данные".
Чтобы это исправить, создайте "правильный" снимок:
- Это как ваше предложение для подсоба "mysql"
cd /mnt /btr_pool
mv mysubvolume mysubvolume.broken
btrfs subvolume снимок mysubvolume.broken mysubvolume
Теперь у mysubvolume должен быть пустой "Полученный UUID". Обратите внимание, что для того, чтобы иметь чистую среду, вам также необходимо исправить все подобъемы (снимки и резервные копии), которые вы создали с поврежденным подобъемом.
Проверьте, есть ли еще сломанные подобъемы:
btrfs subvolume show mysubvolume.broken
Список подобъемов btrfs -a -R /mnt /btr_pool | grep <"Полученный UUID" сверху>
Список подобъемов btrfs -a -R /mnt /btr_backup | grep <"Полученный UUID" сверху>
- Похоже, что из этого руководства мне нужно очистить <"Полученный UUID"> только подобъем "mysql" и другие ("mysql_201708070830" должен использовать btrfs subvolume snapshot -r вместо btrfs subvolume snapshot). Это правильно?
Теперь очистите все перечисленные подобъемы (так же, как и выше, но теперь используйте btrfs subvolume snapshot -r). Затем удалите все сломанные подобъемы:
btrfs subvolume delete * .broken
Наконец, у вас должна быть чистая среда, и btrbk больше не будет жаловаться.
Последней процедурой восстановления поврежденного снимка являются следующие.
Я сделал следующее, и это работает так, как должно быть прямо сейчас.
[root @ backuplogC7 mariadb] # снимок субобъема btrfs mbroken_201708070830 rw_201708070830 Создайте снимок «mbroken_201708070830» в папке «./rw_201708070830» [root @ backuplogC7 mariadb] # btrfs.
ID 257 поколения 542 пути 5-го уровня mbroken ID 317 поколения 576 пути 5-го уровня mbroken_201708070830 ID 318 поколения 568 пути 5-го уровня mbroken_201708080830 ID 319 поколения 569 пути 5-го уровня mbroken_201708090830 ID 320 поколения 570 верхнего уровня 5 пути mbroken_201708308 путь 5-го уровня mbroken_201708110830 ID 322 gen 572 путь верхнего уровня 5 mbroken_201708120830 ID 323 gen 573 путь верхнего уровня 5 mbroken_201708130830 ID 324 gen 543 путь верхнего уровня 5 mysql ID 348 gen 576 путь верхнего уровня 5 rw_201708070830 [корневая резервная копия] ма mbroken_201708080830 rw_201708080830 Создать снимок 'mbroken_201708080830' в './rw_201708080830' [корень @ backuplogC7 MariaDB] # Btrfs подтом снимок mbroken_201708090830 rw_201708090830 Создать снимок 'mbroken_201708090830' в' ./rw_201708090830' [корень @ backuplogC7 MariaDB] # Btrfs подтоме снимок mbroken_201708100830 rw_201708100830 Создайте снимок «mbroken_201708100830» в «./rw_201708100830» [root @ backuplogC7 mariadb] # btrf Моментальный снимок s mbroken_201708110830 rw_201708110830 Создать снимок «mbroken_201708110830» в. Снимок субобъема btrfs mbroken_201708130830 rw_201708130830 Создайте снимок 'mbroken_201708130830' в './rw_201708130830' [root @ backuplogC7 mariadb] # подсписок btrfs.
ID 257 поколения 542 пути верхнего уровня 5 mbroken ID 317 поколения 576 пути верхнего уровня 5 пути mbroken_201708070830 ID 318 поколения 577 верхнего уровня 5 пути mbroken_201708080830 ID 319 поколения 578 верхнего уровня 5 пути mbroken_201708090830 ID 320 поколения 579 верхнего уровня 5 пути mbroken_201708308 путь 5-го уровня mbroken_201708110830 ID 322 gen 581 верхний уровень 5 путь mbroken_201708120830 ID 323 gen 582 верхний уровень 5 путь mbroken_201708130830 ID 324 gen 543 верхний уровень 5 путь mysql ID 348 gen 576 верхний уровень 5 путь rw_201708070830 ID 349 gen 580 уровень 530 gen 580 верхний уровень 530 top 577 top 570 level 577 top 5 350 поколение 578 путь 5-го уровня rw_201708090830 ID 351 поколение 579 путь 5-го уровня rw_201708100830 ID 352 поколение 580 путь 5-го уровня rw_201708110830 ID 353 поколение 581 путь 5-го уровня rw_201708120830 ID 354 поколение 582 путь 5-го уровня rw_201708130830 root @ mari резервная копия @ mari @ Список подобъемов # btrfs -a -R. | grep "3ad0334a-4063-654c-add6-b1cbcdeaa639" ID 257 gen 542, верхний уровень 5 receive_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken ID 317 ген 576, верхний уровень 5-based-606b3b3b3-db-363-db3-db3-db3-db3-db3-db3-db3-db3-db3-db-d3 ID 318 gen 577, верхний уровень 5 receive_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 path mbroken_201708080830 ID 319 gen 578, верхний уровень 5 found_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa0303 5803 0805 0643 580 5705705705 530 верхний уровень 5303 530 654c-add6-b1cbcdeaa639 путь mbroken_201708100830 ID 321 ген 580 верхнего уровня 5 received_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken_201708110830 ID 322 581 ген верхнего уровня 5 received_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken_201708120830 ID 323 582 ген верхнего уровень 5 receive_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken_201708130830 [root @ backuplogC7 mariadb] # btrfs sub snap -r rw_201708070830 mysql_201708070830 Создайте мгновенный снимок 70/70 из 880 для чтения и создания. sql_201708070830 '[root @ backuplogC7 mariadb] # btrfs sub snap -r rw_201708080830 mysql_201708080830 Создайте мгновенный снимок «rw_201708080830» только для чтения. rw_201708090830' в './mysql_201708090830' [корень @ backuplogC7 MariaDB] # Btrfs суб оснастка -r rw_201708100830 mysql_201708100830 Создать только для чтения снимка 'rw_201708100830' в' ./mysql_201708100830' [корень @ backuplogC7 MariaDB] # Btrfs суб оснастки -r rw_201708110830 mysql_201708110830 Создайте «только для чтения» снимок «rw_201708110830» в «./mysql_201708110830» [root @ backuplogC7 mariadb] # btrfs sub snap -r rw_201708120830. sub snap -r rw_201708130830 mysql_201708130830 Создайте мгновенный снимок «rw_201708130830» в режиме «только для чтения» ./mysql_201708130830 '[root @ backuplogC7 mariadb] # подсписок btrfs.
ID 257 поколения 542 пути верхнего уровня 5 mbroken ID 317 поколения 576 пути верхнего уровня 5 пути mbroken_201708070830 ID 318 поколения 577 верхнего уровня 5 пути mbroken_201708080830 ID 319 поколения 578 верхнего уровня 5 пути mbroken_201708090830 ID 320 поколения 579 верхнего уровня 5 пути mbroken_201708308 путь 5-го уровня mbroken_201708110830 ID 322 gen 581 путь верхнего уровня 5 mbroken_201708120830 ID 323 gen 582 путь верхнего уровня 5 mbroken_201708130830 ID 324 gen 584 верхний уровень 5 путь mysql ID 348 gen 583 верхний уровень 5 путь rw_201708070830 ID 349 gen 5880 уровень 530 gen 588 верхнего уровня 530 gen 530 top 5 350-й поколение 585-го уровня 5-го пути rw_201708090830 ID 351-го поколения 586-го уровня 5-го пути rw_201708100830 ID 352-го поколения 587-го уровня 5-го пути rw_201708110830 ID 353-го поколения 588-го уровня 5-го уровня rw_201708120830 ID 354-го поколения 589-го уровня 5-го уровня 58-го уровня 58-го уровня 58-го уровня 5 путь mysql_201708070830 ID 356 gen 584 верхний уровень 5 путь mysql_201708080830 ID 357 gen 585 верхний уровень 5 путь mysql_201708090830 ID 358 gen 586 верхний уровень 5 путь mysql_201708100830 ID 359 gen 587 верхний уровень 5 путь mysql_201708110830 ID 360 gen 588 верхний уровень 5 путь mysql_201708120830 ID 361 gen 589 верхний уровень 5 путь mysql_201708130830
[root @ backuplogC7 mariadb] # список подобъемов btrfs -a -R. | grep "3ad0334a-4063-654c-add6-b1cbcdeaa639" ID 257 gen 542, верхний уровень 5 receive_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken ID 317 ген 576, верхний уровень 5-based-606b3b3b3-db-363-db3-db3-db3-db3-db3-db3-db3-db3-db3-db-d3 ID 318 gen 577, верхний уровень 5 receive_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 path mbroken_201708080830 ID 319 gen 578, верхний уровень 5 found_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa0303 5803 0805 0643 580 5705705705 530 верхний уровень 5303 530 654c-add6-b1cbcdeaa639 путь mbroken_201708100830 ID 321 ген 580 верхнего уровня 5 received_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken_201708110830 ID 322 581 ген верхнего уровня 5 received_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken_201708120830 ID 323 582 ген верхнего уровень 5 receive_uuid 3ad0334a-4063-654c-add6-b1cbcdeaa639 путь mbroken_201708130830 [root @ backuplogC7 mariadb] # btrfs send /var /lib /mariadb /mysql_2017080708830 | SSH 192.168.45.166 btrfs получает /var /lib /mariadb на subvol /var /lib /mariadb /mysql_201708070830 на subvol mysql_201708070830 [root @ backuplogC7 mariadb] # субтитр btrfs mysql_201708070830_201070703070_70_70_70_70_70_70_70_70_70_70_70_70_70_70_7070_70_70_70_70_70_70_70_70_70_70_70 -126d-574a-814c-e3b4c81b414e Родительский UUID: 1d5bb8eb-b0df-2549-8b62-552cfa517609 Полученный UUID: - Время создания: 2017-08-14 07:00:08 +0700 Идентификатор подчиненного элемента: 355 Генерация: 583 Генерация при создании: 583 ID родителя: 5 ID верхнего уровня: 5 Флаги: только для чтения Снимок (и): [root @ backuplogC7 mariadb] # rsync -avnc /var /lib /mariadb /mysql_201708070830 / root@192.168.45.166: /var /lib /mariadb /mysql_201708070830 / отправка списка добавочных файлов./
отправлено 3773 байта получено 19 байтов 1083,43 байта / сек. общий размер 718361496 ускорение составляет 189441,32 (СУХОЙ ЗАПУСК)[root @ backuplogC7 mariadb] # btrfs send -p / var / lib / mariadb / mysql_201708070830 / var / lib / mariadb / mysql_80 | SSH 192.168.45.166 btrfs получает / var / lib / mariadb В subvol / var / lib / mariadb / mysql_201708080830 Снимок экрана mysql_201708080830 [root @ backuplogC7 mariadb] # rsync -avnc / var / lib / mariadb70808302:682_302_302_302_302_302_301. / var / lib / mariadb / mysql_201708080830 / отправка списка добавочных файлов./
отправлено 3769 байт, получено 19 байт, 688,73 байт / с, общий размер - 718361496, ускорение - 189641,37 (СУХОЙ БЕЗ)[root @ backuplogC7 mariadb] # btrfs send -p / var / lib / mariadb / mysql_201708080830 / var / lib / mariadb / mysq8_80 | SSH 192.168.45.166 btrfs получает / var / lib / mariadb на subvol / var / lib / mariadb / mysql_201708090830 с моментальным снимком mysql_201708090830 [root @ backuplogC7 mariadb] # rsync -avnc / var / lib / mariadb70802302_309_309_309_309_302_301_301_301_301_301_301_301_301_301_030_30_30_30_30_30_30_30. / var / lib / mariadb / mysql_201708090830 / отправка списка добавочных файлов./
отправлено 3773 байта получено 19 байтов 583,38 байт / сек. общий размер 718361496 ускорение составляет 189441,32 (СУХОЙ БЕЗ)[root @ backuplogC7 mariadb] # btrfs send -p / var / lib / mariadb / mysql_201708090830 / var / lib / mariadb / mys1008308 | SSH 192.168.45.166 btrfs получает / var / lib / mariadb На subvol / var / lib / mariadb / mysql_201708100830 Снимок экрана mysql_201708100830 [root @ backuplogC7 mariadb] # rsync -avnc / var / lib / mariadb70.1682308302308302308302302308302302308302302308308302308302308302302308302302308_1001301008 / var / lib / mariadb / mysql_201708100830 / отправка списка добавочных файлов./
отправлено 3773 байта получено 19 байтов 689,45 байт / сек. общий размер 718361496 ускорение составляет 189441,32 (СУХОЙ БЕЗ)[root @ backuplogC7 mariadb] # btrfs send -p / var / lib / mariadb / mysql_201708100830 / var / lib / mariadb / mysql_81 | SSH 192.168.45.166 btrfs получает / var / lib / mariadb на subvol / var / lib / mariadb / mysql_201708110830 на снимке экрана mysql_201708110830 [root @ backuplogC7 mariadb] # rsync -avnc / var / lib / mariadb70.1682:681302308302_302_302_302_302_301_302_302_301_302_301_302_130_130_130_130_130_130_130_130_1964_30_1964_30_1964_64_1.0_30.1_30_1.0_30.1_30_1.0_302_130_30_130_130_1.0_1.0.1.0.1.0.1.0 / var / lib / mariadb / mysql_201708110830 / отправка списка добавочных файлов./
отправлено 3773 байта получено 19 байтов 689,45 байт / сек. общий размер 718361496 ускорение составляет 189441,32 (СУХОЙ БЕГ)[root @ backuplogC7 mariadb] # btrfs send -p / var / lib / mariadb / mysql_201708110830 / var / lib / mariadb / mysq30_201 | SSH 192.168.45.166 btrfs получает / var / lib / mariadb В subvol / var / lib / mariadb / mysql_201708120830 Снимок экрана mysql_201708120830 [root @ backuplogC7 mariadb] # rsync -avnc / var / lib / mariadb70.181202:681_302_301_302_302_302_302_302_302_302_302_302_302_302_302_302_302_302_302_130_30_30_30_30_30_30_30_30_1. / var / lib / mariadb / mysql_201708120830 / отправка списка добавочных файлов./
отправлено 3773 байта получено 19 байтов 689,45 байт / сек. общий размер 718361496 ускорение составляет 189441,32 (СУХОЙ БЕГ)[root @ backuplogC7 mariadb] # btrfs send -p / var / lib / mariadb / mysql_201708120830 / var / lib / mariadb / mys3083081 | SSH 192.168.45.166 btrfs получает / var / lib / mariadb В subvol / var / lib / mariadb / mysql_201708130830 Снимок экрана mysql_201708130830 [root @ backuplogC7 mariadb] # rsync -avnc / var / lib / mariadb70.130302:6830_3030_3030_302_3030_302_302_302_302_302_302_302_30_30_30_30_30. / var / lib / mariadb / mysql_201708130830 / отправка списка добавочных файлов./
отправлено 3773 байта, получено 19 байтов, 689,45 байта в секунду, общий размер - 718361496, ускорение - 189441,32 (DRY RUN)[root @ backuplogC7 mariadb] #
