p
ну случится то же что и в случае если ты на горячую поменяешь диск, ничего у тебя не будит, ни шапки ни бурки
Это совершенно иное
Size: a a a
2019 February 01
AF
чего ж иное?
PG
надо в мануале посмотреть, наверняка предусматривали такую ситуацию
p
магии то никакой нет, писаться потоком в него логично что не сможет, что то упадёт скорее всего
Не понял твою мысль :(
p
чего ж иное?
Когда отсыхает bdev - там все с грохотом падает, т.к. все структуры на диске другие
PG
по логике - должно быть то же самое, как например если ты апгрейдишь пакет и он заменяет .so-шку, которую кто-то держит открытой. тут ведь та же идея - файл заменяется на другую (более старую) версию
p
по логике - должно быть то же самое, как например если ты апгрейдишь пакет и он заменяет .so-шку, которую кто-то держит открытой. тут ведь та же идея - файл заменяется на другую (более старую) версию
Сошка мапится в память и в нее никто не пишет.
PG
Сошка мапится в память и в нее никто не пишет.
непринципиально. если ты заменишь логфайл в который кто-то пишет - будет то же самое
PG
удаляется имя открытого файла, а при закрытии выясняется, что имен не осталось и удаляется самый файл
M
Касаемо ZFS снапшотов и SQL то рекомендуется перед созданием делать FLUSH TABLES WITH READ LOCK; а потом соответственно UNLOCK TABLES; и всё оно хорошо будет.
p
Касаемо ZFS снапшотов и SQL то рекомендуется перед созданием делать FLUSH TABLES WITH READ LOCK; а потом соответственно UNLOCK TABLES; и всё оно хорошо будет.
Это создание. Речь про revert
M
Ну так я к тому что при таком варианте не будет проблем с целостностью
p
У тебя то что в памяти внезапно начинает расходиться с тем что на диске )
AF
In the event of a failure, follow this sequence:
Stop the script on the master, if it is still up and running.
Set the slave file system to be read/write:
root-shell> zfs set readonly=off slavepool
Start up mysqld on the slave. If you are using InnoDB, you get auto-recovery, if it is needed, to make sure the table data is correct, as shown here when I started up from our mid-INSERT snapshot:
p
In the event of a failure, follow this sequence:
Stop the script on the master, if it is still up and running.
Set the slave file system to be read/write:
root-shell> zfs set readonly=off slavepool
Start up mysqld on the slave. If you are using InnoDB, you get auto-recovery, if it is needed, to make sure the table data is correct, as shown here when I started up from our mid-INSERT snapshot:
Что это, Бэрримор?
AF
как не странно инструкция мускуля
p
как не странно инструкция мускуля
Ну ты линк кинь
AF
ну ты совсем обленился? https://dev.mysql.com/doc/refman/5.6/en/ha-zfs-mysql-recovery.html
p
ну ты совсем обленился? https://dev.mysql.com/doc/refman/5.6/en/ha-zfs-mysql-recovery.html
А причем тут это?
ps