<div dir="ltr">I'm happy to report that, with this latest round of updates, vzctl snapshot now also works on my OVZ 7 beta machine as well - <div><br></div><div>Joe</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 6, 2015 at 10:11 AM, jjs - mainphrame <span dir="ltr"><<a href="mailto:jjs@mainphrame.com" target="_blank">jjs@mainphrame.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Greetings -<div><br></div><div>I am pleased to report that after today's kernel update to the OVZ 7 factory box, I was able to successfully dump a fully functional running container.</div><div><br></div><div><div>[root@annie ~]# vzctl snapshot 101</div><div>Creating snapshot {4c5f6dda-f3d7-4624-aaa3-74fcf7cd602d}</div><div>Storing /vz/private/101/Snapshots.xml.tmp</div><div> freeze</div><div>Creating image snapshot uuid={4c5f6dda-f3d7-4624-aaa3-74fcf7cd602d} image=/vz/private/101/root.hdd</div><div>Storing /vz/private/101/root.hdd/DiskDescriptor.xml.tmp</div><div>Creating delta /vz/private/101/root.hdd/root.hds.{505e3a22-aed0-42f8-be55-bc20b840052c} bs=2048 size=134217728 sectors v2</div><div>Creating snapshot dev=/dev/ploop44345 img=/vz/private/101/root.hdd/root.hds.{505e3a22-aed0-42f8-be55-bc20b840052c}</div><div>ploop snapshot {4c5f6dda-f3d7-4624-aaa3-74fcf7cd602d} has been successfully created</div><div> dump</div><div>Checkpointing finished successfully</div><div> unfreeze</div><div>Snapshot {4c5f6dda-f3d7-4624-aaa3-74fcf7cd602d} has been successfully created</div></div><div><br></div><div><br></div><div><br></div><div>Regards,</div><div><br></div><div>Joe</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Nov 4, 2015 at 8:15 PM, Kir Kolyshkin <span dir="ltr"><<a href="mailto:kir@openvz.org" target="_blank">kir@openvz.org</a>></span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"><span class=""><span>
<br>
<br>
<div>On 11/04/2015 10:16 AM, jjs -
mainphrame wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Greetings,
<div><br>
</div>
<div>
<div>I'm still running OVZ 7 here on 2 machines, one running
beta and the other running factory. vzctl snapshot hasn't
worked on either one, but I test at intervals to check the
status. The factory machine got some updates today, and so I
tried again, and things seemed to get a bit farther before
it failed. An excerpt from near the end of the dump log
contained some clues:<br>
</div>
<div><br>
</div>
<div>
<div>(00.159708) Dumping ghost file for fd 26 id 0x7c</div>
<div>(00.159712) Error (files-reg.c:422): Can't dump ghost
file /usr/lib64/libnss3.so;56314442 of 1220096 size,
increase limit</div>
</div>
</div>
</div>
</blockquote>
<br></span>
For this particular thing there might be a couple of issues filed
and being worked on, please<br>
search Jira.<br>
<br>
The ghost file limit is set in CRIU by<br>
<br>
--ghost-limit size specify maximum size of deleted file
contents to be carried inside an image file<br>
<br>
Although I'm not aware how to pass this flag from vzctl.<br>
<br>
Also I saw some on-going work about migrating such deleted files
outside of image (to improve migrate frozen time).<br>
Again, it's either on Jira or on devel@ list (or perhaps both).</span><span><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div><span class="">
<div>
<div>(00.159718) Error (cr-dump.c:1314): Dump mappings (pid:
14025) failed with -1</div>
</div>
<div><br>
</div>
<div>Are there any environment variables or command line
switches I could apply which could affect this "limit"
hinted at above?</div>
<div><br>
</div>
</span><span class=""><div>BTW - criu doesn't seem entirely happy with the ovz 7
kernel:</div>
<div><br>
</div>
</span><div><span class="">
<div>[root@annie ~]# uname -a</div>
</span><div>Linux <a href="http://annie.mainphrame.net" target="_blank">annie.mainphrame.net</a>
3.10.0-229.7.2.vz7.9.1 #1 SMP Wed Oct 21 17:55:13 MSK 2015
x86_64 x86_64 x86_64 GNU/Linux</div><span class="">
<div>[root@annie ~]# criu check</div>
<div>Error (cr-check.c:602): Kernel doesn't support
PTRACE_O_SUSPEND_SECCOMP</div>
</span></div>
</div>
</div>
</blockquote>
<br></span><span class="">
This shouldn't bother you as far as I understand as seccomp is not
being used.</span><span><br>
<br>
<blockquote type="cite">
<div dir="ltr">
<div>
<div><span class="">
<div>Error (cr-check.c:719): fdinfo doesn't contain the lock
field</div>
</span><span class=""><div>Error (cr-check.c:749): CLONE_PARENT | CLONE_NEWPID
don't work together</div>
</span></div>
</div>
</div>
</blockquote>
<br></span><div><div class="h5">
For this I hope CRIU guys can shed more light (ccing CRIU list)<br>
<br>
<blockquote type="cite"><div><div>
<div dir="ltr">
<div>
<div>
<div>[root@annie ~]# </div>
</div>
<div><br>
</div>
<div>Am I tilting at windmills here, or is there some
expectation that any of this should be working?</div>
<div><br>
</div>
<div>Regards,</div>
<div><br>
</div>
<div>Joe</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Oct 28, 2015 at 2:31 PM, jjs -
mainphrame <span dir="ltr"><<a href="mailto:jjs@mainphrame.com" target="_blank">jjs@mainphrame.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Greetings,
<div><br>
</div>
<div>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. </div>
<div><br>
</div>
<div>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?</div>
<div><br>
</div>
<div><br>
</div>
<div>Here is the result of my attempt to make a backup:</div>
<div><br>
</div>
<div>
<div>[root@hachi vz]# vzctl snapshot 1001</div>
<div>Creating snapshot
{57c8aa0d-1c04-4469-9d1e-c95fab04bd01}</div>
<div>Storing /local/vz/private/1001/Snapshots.xml.tmp</div>
<div>Setting up checkpoint...</div>
<div>Failed to checkpoint the Container</div>
<div>All dump files and logs were saved to
/local/vz/private/1001/dump/{57c8aa0d-1c04-4469-9d1e-c95fab04bd01}.fail</div>
<div>Checkpointing failed</div>
<div>Failed to create snapshot</div>
<div>[root@hachi vz]# </div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>The last few lines of the dump log contain these
clues:</div>
<div><br>
</div>
<div>
<div>(00.570576) Error (proc_parse.c:404): Can't handle
non-regular mapping on 8366's map 7f2164d63000</div>
<div>(00.570582) Error (cr-dump.c:1487): Collect
mappings (pid: 8366) failed with -1</div>
<div>(00.570746) Unlock network</div>
<div>(00.570751) Running network-unlock scripts</div>
</div>
<div><br>
</div>
<div><br>
</div>
<div>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: </div>
<div><br>
</div>
<div>
<div>[root@hachi vz]# ps -ef|grep 8366</div>
<div>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</div>
</div>
<div><br>
</div>
<div>So, is this something that ought to work?</div>
<div><br>
</div>
<div>Regards,</div>
<div><br>
</div>
<div>Joseph</div>
<div><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><span><pre>_______________________________________________
Users mailing list
<a href="mailto:Users@openvz.org" target="_blank">Users@openvz.org</a>
<a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a>
</pre>
</span></blockquote>
<br>
</div></div></div>
<br><span class="">_______________________________________________<br>
CRIU mailing list<br>
<a href="mailto:CRIU@openvz.org" target="_blank">CRIU@openvz.org</a><br>
<a href="https://lists.openvz.org/mailman/listinfo/criu" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
<br></span></blockquote></div><br></div></div>
</blockquote></div><br></div>