<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">On 11/04/2015 10:16 AM, jjs -
mainphrame wrote:<br>
</div>
<blockquote
cite="mid:CABkzw7w5Z3D99rKELKUFP-Pyr1=d9WSRHDWHE0BH04_h3Y9-8w@mail.gmail.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<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>
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).<br>
<br>
<blockquote
cite="mid:CABkzw7w5Z3D99rKELKUFP-Pyr1=d9WSRHDWHE0BH04_h3Y9-8w@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<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>
<div>BTW - criu doesn't seem entirely happy with the ovz 7
kernel:</div>
<div><br>
</div>
<div>
<div>[root@annie ~]# uname -a</div>
<div>Linux <a moz-do-not-send="true"
href="http://annie.mainphrame.net">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>
<div>[root@annie ~]# criu check</div>
<div>Error (cr-check.c:602): Kernel doesn't support
PTRACE_O_SUSPEND_SECCOMP</div>
</div>
</div>
</div>
</blockquote>
<br>
This shouldn't bother you as far as I understand as seccomp is not
being used.<br>
<br>
<blockquote
cite="mid:CABkzw7w5Z3D99rKELKUFP-Pyr1=d9WSRHDWHE0BH04_h3Y9-8w@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>Error (cr-check.c:719): fdinfo doesn't contain the lock
field</div>
<div>Error (cr-check.c:749): CLONE_PARENT | CLONE_NEWPID
don't work together</div>
</div>
</div>
</div>
</blockquote>
<br>
For this I hope CRIU guys can shed more light (ccing CRIU list)<br>
<br>
<blockquote
cite="mid:CABkzw7w5Z3D99rKELKUFP-Pyr1=d9WSRHDWHE0BH04_h3Y9-8w@mail.gmail.com"
type="cite">
<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 moz-do-not-send="true"
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 class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@openvz.org">Users@openvz.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openvz.org/mailman/listinfo/users">https://lists.openvz.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>