NP
там проект отдельный - тачки задублированы на двух независимых хранилищах ))
Size: a a a
2019 May 22
AZ
k
хочу делать копии и класть их в IMAGE DS + формировать шаблоны.. чтобы оператор мог рестор тачки сделать, если надо из вебморды
можно еще
blockcopy заюзатьk
хочу делать копии и класть их в IMAGE DS + формировать шаблоны.. чтобы оператор мог рестор тачки сделать, если надо из вебморды
а чем save-as не угодил?
NP
а чем save-as не угодил?
скриптуется?
k
только что проверил, там dd, неконсистентный бэкап может поучиться
NP
можно еще
blockcopy заюзатьа я все проверю )
k
а я все проверю )
кстати qcow2 cpds именно так и делает
https://github.com/OpenNebula/one/blob/2bf20ac16670d6d7980b645715f2731a58b924be/src/tm_mad/qcow2/cpds#L99
https://github.com/OpenNebula/one/blob/2bf20ac16670d6d7980b645715f2731a58b924be/src/tm_mad/qcow2/cpds#L99
k
создал issue https://github.com/OpenNebula/one/issues/3364
NP
можно еще
blockcopy заюзатьпосмотрел - на самом деле не очень понятно зачем - снапшот делать в любом случае, а профита против rsync пока не видно )
k
посмотрел - на самом деле не очень понятно зачем - снапшот делать в любом случае, а профита против rsync пока не видно )
а как ты rsync'ом block device скопируешь?
NP
ну я абстрактно. понятно что конкретно для лвм будет dd + что-то...
NP
просто к тому, что функционал разных утилит гораздо богаче, чем может предложить блоккопи )
k
ну я не против, просто говорю что
blockcopy может быть проще чем snapshot-create-as / dd / blockcommitk
по крайней мере в qcow2 и в ssh датасторах используется
blockcopy для сохранения образа в images датасторk
по хорошему нужно для fs_lvm и shared так же сделать
NP
Так то qcow - там внутренние снапшоты
С raw то как
С raw то как
k
c qcow2 - внешние
NS
С raw как раз blockcopy