[Users] OVZ 7 beta - ploop backup fully functional?

Phil Daws uxbod at splatnix.net
Thu Oct 29 07:25:13 PDT 2015


Cloning does not work for me on the very latest release so am guessing it may be attributed.

----- On 29 Oct, 2015, at 01:07, jjs - mainphrame jjs at mainphrame.com wrote:

> Hi Kir,
> Are you sure that's the right list? I don't see any users there, it's all hard
> core dev, posting patches.

> Before I take the plunge and raise my hand there, I was curious to know if any
> OVZ 7 user had actually gotten vzctl snapshot to work.

> Joe

> On Wed, Oct 28, 2015 at 4:17 PM, Kir Kolyshkin < kir at openvz.org > wrote:

>> On 10/28/2015 02:31 PM, jjs - mainphrame wrote:

>>> Greetings,

>>> I've been running some test containers on OVZ7 beta, and, while I realize not
>>> all functionality is in place yet, they have been so dependable that I'm
>>> starting to depend on them.

>>> So, understandably, I was looking at backups, and my first tries with vzctl
>>> snapshot failed. I don't want to spend a lot of time troubleshooting something
>>> that's not yet known to be working, but in case it is, has anyone else had
>>> better luck?

>>> Here is the result of my attempt to make a backup:

>>> [root at hachi vz]# vzctl snapshot 1001
>>> Creating snapshot {57c8aa0d-1c04-4469-9d1e-c95fab04bd01}
>>> Storing /local/vz/private/1001/Snapshots.xml.tmp
>>> Setting up checkpoint...
>>> Failed to checkpoint the Container
>>> All dump files and logs were saved to
>>> /local/vz/private/1001/dump/{57c8aa0d-1c04-4469-9d1e-c95fab04bd01}.fail
>>> Checkpointing failed
>>> Failed to create snapshot
>>> [root at hachi vz]#

>>> The last few lines of the dump log contain these clues:

>>> (00.570576) Error (proc_parse.c:404): Can't handle non-regular mapping on 8366's
>>> map 7f2164d63000
>>> (00.570582) Error (cr-dump.c:1487): Collect mappings (pid: 8366) failed with -1
>>> (00.570746) Unlock network
>>> (00.570751) Running network-unlock scripts

>>> There is no pid 8366 in the CT but on the host that pid corresponds to the mysql
>>> instance running in the container that I'm trying to snapshot:

>>> [root at hachi vz]# ps -ef|grep 8366
>>> 27 8366 7098 0 14:03 ? 00:00:00 /usr/libexec/mysqld --basedir=/usr
>>> --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin
>>> --log-error=/var/log/mariadb/mariadb.log
>>> --pid-file=/var/run/mariadb/mariadb.pid --socket=/var/lib/mysql/mysql.sock

>>> So, is this something that ought to work?

>> Hi Joe,

>> You might want to try writing to criu list with this question, they might have a
>> clue.
>> See https://lists.openvz.org/mailman/listinfo/criu

>> _______________________________________________
>> Users mailing list
>> Users at openvz.org
>> https://lists.openvz.org/mailman/listinfo/users

> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://lists.openvz.org/mailman/listinfo/users




More information about the Users mailing list