<div dir="ltr">Greetings,<div><br></div><div><div>I&#39;m still running OVZ 7 here on 2 machines, one running beta and the other running factory. vzctl snapshot hasn&#39;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&#39;t dump ghost file /usr/lib64/libnss3.so;56314442 of 1220096 size, increase limit</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 &quot;limit&quot; hinted at above?</div><div><br></div><div>BTW - criu doesn&#39;t seem entirely happy with the ovz 7 kernel:</div><div><br></div><div><div>[root@annie ~]# uname -a</div><div>Linux <a 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&#39;t support PTRACE_O_SUSPEND_SECCOMP</div><div>Error (cr-check.c:719): fdinfo doesn&#39;t contain the lock field</div><div>Error (cr-check.c:749): CLONE_PARENT | CLONE_NEWPID don&#39;t work together</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">&lt;<a href="mailto:jjs@mainphrame.com" target="_blank">jjs@mainphrame.com</a>&gt;</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&#39;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&#39;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&#39;t want to spend a lot of time troubleshooting something that&#39;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&#39;t handle non-regular mapping on 8366&#39;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&#39;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>