[freebsd] Как распаковать архивы .vma во FreeBSD?

[Vladislav V. Prodan]

Здравствуйте.

Требуется сабж.

Выдержка из how-to (https://www.flynet.pro/ru/blog/izvlechenie-konkretnoy-direktorii-iz-bekapa-proxmox-vmalzo-dlya-vds-c-freebsd):

*.vma - проприетарный формат резервных копий в Proxmox, для его распаковки используем утилиту vma, идет в комплекте с Proxmox

vma extract vzdump-qemu-175-2016_08_13-10_52_18.vma ./extract

Внутри ./extract видим

root@proxmox:/home/tmp# ls -l ./extract
-rw-r--r--  1 root root 34359738368 Aug 16 09:07 disk-drive-virtio0.raw
-rw-r--r--  1 root root         403 Aug 16 08:54 qemu-server.conf
-rw-r--r--  1 root root         110 Aug 16 08:54 qemu-server.fw

Проблема в том, что хранилище на FreeBSD...

О утилите vma на хосте с Проксмоксом.

root@pve:~# ls -l /usr/bin/vma

-rwxr-xr-x 1 root root 1432448 фев 22  2017 /usr/bin/vma

root@pve:~# ldd /usr/bin/vma

        linux-vdso.so.1 (0x00007ffc73fd6000)

        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fbe01c0c000)

        libaio.so.1 => /lib/x86_64-linux-gnu/libaio.so.1 (0x00007fbe01a0a000)

        libiscsi.so.4 => /usr/lib/libiscsi.so.4 (0x00007fbe017e4000)

        librbd.so.1 => /usr/lib/x86_64-linux-gnu/librbd.so.1 (0x00007fbe014e5000)

        librados.so.2 => /usr/lib/x86_64-linux-gnu/librados.so.2 (0x00007fbe00585000)

        libgfapi.so.0 => /usr/lib/x86_64-linux-gnu/libgfapi.so.0 (0x00007fbe0036a000)

        libglusterfs.so.0 => /usr/lib/x86_64-linux-gnu/libglusterfs.so.0 (0x00007fbe000df000)

        libgfrpc.so.0 => /usr/lib/x86_64-linux-gnu/libgfrpc.so.0 (0x00007fbdffec6000)

        libgfxdr.so.0 => /usr/lib/x86_64-linux-gnu/libgfxdr.so.0 (0x00007fbdffcb0000)

        libjemalloc.so.1 => /usr/lib/x86_64-linux-gnu/libjemalloc.so.1 (0x00007fbdffa78000)

        libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007fbdff876000)

        libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007fbdff566000)

        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fbdff35e000)

        libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007fbdff159000)

        libnettle.so.4 => /usr/lib/x86_64-linux-gnu/libnettle.so.4 (0x00007fbdfef26000)

        libgnutls-deb0.so.28 => /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 (0x00007fbdfec07000)

        libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007fbdfea04000)

        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fbdfe6f8000)

        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fbdfe3f7000)

        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fbdfe1e1000)

        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fbdfdfc3000)

        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fbdfdc18000)

        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fbdfda14000)

        libnss3.so => /usr/lib/x86_64-linux-gnu/libnss3.so (0x00007fbdfd6c8000)

        libsmime3.so => /usr/lib/x86_64-linux-gnu/libsmime3.so (0x00007fbdfd49a000)

        libnspr4.so => /usr/lib/x86_64-linux-gnu/libnspr4.so (0x00007fbdfd25a000)

        libboost_thread.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.55.0 (0x00007fbdfd03e000)

        libboost_system.so.1.55.0 => /usr/lib/x86_64-linux-gnu/libboost_system.so.1.55.0 (0x00007fbdfce3a000)

        libpython2.7.so.1.0 => /usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0 (0x00007fbdfc8b5000)

        libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fbdfc4b8000)

        /lib64/ld-linux-x86-64.so.2 (0x00005585bb40d000)

        libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007fbdfc24a000)

        libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007fbdfc003000)

        libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007fbdfbdef000)

        libhogweed.so.2 => /usr/lib/x86_64-linux-gnu/libhogweed.so.2 (0x00007fbdfbbc0000)

        libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007fbdfb93c000)

        libnssutil3.so => /usr/lib/x86_64-linux-gnu/libnssutil3.so (0x00007fbdfb70e000)

        libplc4.so => /usr/lib/x86_64-linux-gnu/libplc4.so (0x00007fbdfb508000)

        libplds4.so => /usr/lib/x86_64-linux-gnu/libplds4.so (0x00007fbdfb304000)

        libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007fbdfb0fb000)

Судя по-всему, формат архива vma похож на tar'овский.

Как малой кровью открыть архивы .vma во FreeBSD?

--

 Vladislav V. Prodan
 System & Network Administrator
 support.od.ua

[Oleg V. Nauman]

On Tuesday 05 September 2017 17:44:47 Vladislav V. Prodan wrote:
> Здравствуйте.
>
> Требуется сабж.
>
> Выдержка из how-to (
> https://www.flynet.pro/ru/blog/izvlechenie-konkretnoy-direktorii-iz-bekapa-p
> roxmox-vmalzo-dlya-vds-c-freebsd ):
>
> *.vma - проприетарный формат резервных копий в Proxmox, для
его распаковки
> используем утилиту vma, идет в комплекте с Proxmox
>
> vma extract vzdump-qemu-175-2016_08_13-10_52_18.vma ./extract
>
> Внутри ./extract видим
>
> root@proxmox:/home/tmp# ls -l ./extract
> -rw-r--r-- 1 root root 34359738368 Aug 16 09:07 disk-drive-
virtio0.raw
> -rw-r--r-- 1 root root 403 Aug 16 08:54 qemu-
server.conf
> -rw-r--r-- 1 root root 110 Aug 16 08:54 qemu-
server.fw
>

А что говорит вывод
file vzdump-qemu-175-2016_08_13-10_52_18.vma

> Проблема в том, что хранилище на FreeBSD...
>
>
> О утилите vma на хосте с Проксмоксом.
>
> root@pve:~# ls -l /usr/bin/vma
> -rwxr-xr-x 1 root root 1432448 фев 22 2017 /usr/bin/vma
>
> root@pve:~# ldd /usr/bin/vma
> linux-vdso.so.1 (0x00007ffc73fd6000)
> libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1
(0x00007fbe01c0c000)

Компрессор наверное поддерживается.

[skip]

>
>
> Судя по-всему, формат архива vma похож на tar'овский.
>
> Как малой кровью открыть архивы .vma во FreeBSD?

_______________________________________________
freebsd mailing list
fre...@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

[George L. Yermulnik]

Hello!

On Tue, 05 Sep 2017 at 22:49:00 (+0300), Oleg V. Nauman wrote:

> > Проблема в том, что хранилище на FreeBSD...

А как к хранилищу доступ организован? Может, самым простым вариантом
будет это хранилище по сети подмаунтить к линуху и там уже этой
утилитой от проксмокса и развернуть?

--
George L. Yermulnik
[YZ-RIPE]

[Eugene Grosbein]

06.09.2017 2:49, Oleg V. Nauman пишет:

>> *.vma - проприетарный формат резервных копий в Proxmox, для
>> его распаковки используем утилиту vma, идет в комплекте с Proxmox

Формат на самом деле открытый: https://git.proxmox.com/?p=pve-qemu-kvm.git;a=blob;f=vma_spec.txt

Должно быть не очень сложно написать "распаковщик".

[Vladislav V. Prodan]

5 сентября 2017 г., 22:49 пользователь Oleg V. Nauman <ol...@theweb.org.ua> написал:

On Tuesday 05 September 2017 17:44:47 Vladislav V. Prodan wrote:
> Здравствуйте.
>
> Требуется сабж.
>
> Выдержка из how-to (
> https://www.flynet.pro/ru/blog/izvlechenie-konkretnoy-direktorii-iz-bekapa-p
> roxmox-vmalzo-dlya-vds-c-freebsd ):
>
> *.vma - проприетарный формат резервных копий в Proxmox, для
его распаковки
> используем утилиту vma, идет в комплекте с Proxmox
>
> vma extract vzdump-qemu-175-2016_08_13-10_52_18.vma ./extract
>
> Внутри ./extract видим
>
> root@proxmox:/home/tmp# ls -l ./extract
> -rw-r--r--  1 root root 34359738368 Aug 16 09:07 disk-drive-
virtio0.raw
> -rw-r--r--  1 root root         403 Aug 16 08:54 qemu-
server.conf
> -rw-r--r--  1 root root         110 Aug 16 08:54 qemu-
server.fw
>

 А что говорит вывод
file vzdump-qemu-175-2016_08_13-10_52_18.vma

# file vzdump-qemu-502-2017_09_01-03_15_02.vma

vzdump-qemu-502-2017_09_01-03_15_02.vma: data