[CRIU] criu-1.1-rc1 segfaults on fedora 20 x86_64

[Neal Becker]

I rebooted to make sure everything started cleanly.  restore (as non-root)
still hangs, but here's restore log:

(00.000599) TCP queue memory limits are 2097152:3145728
(00.000994) cpu: fpu:1 fxsr:1 xsave:0
(00.001298) vdso: Parsing at 7fffcddfe000 7fffcde00000
(00.001322) vdso: Base address ffffffffff700000
(00.001423) Reading image tree
(00.001517) Migrating process tree (GID 1962->2001 SID 1729->1729)
(00.001543) Will restore in 0 namespaces
(00.001557) NS mask to use 0
(00.001587) Collecting 41/21 (flags 0)
(00.001622)  `- ... done
(00.001750) Forking task with 1962 pid (flags 0x0)
(00.001800) Error (include/util.h:51): Can't write img file: Operation not
permitted
(00.001849) Wait until namespaces are created



On Sun, Jan 5, 2014 at 3:27 PM, Neal Becker <ndbecker2 at gmail.com> wrote:

> It looks like a permission issue.  If run as root:
> sudo criu restore -v4 -o restore-py.log -D imgs_py --shell-job || _exit $?
> [sudo] password for nbecker:
> Success
> Restored
>
> But the whole idea of using the daemon was that we don't need root to
> dump/restore, correct?
>
> The restore_py.log I showed WAS the whole file.
>
>
>
> On Sun, Jan 5, 2014 at 3:22 PM, Pavel Emelyanov <xemul at parallels.com>wrote:
>
>> On 01/06/2014 12:17 AM, Neal Becker wrote:
>> > AFAICT, dump is working.  But not restore.
>> >
>> > ./test.py reports:
>> >
>> > Success
>> >
>> > But
>> > criu restore -v2 -o restore-py.log -D imgs_py --shell-job || _exit $?
>>
>> The -v4 is much more verbose.
>>
>> >  [just hangs]
>>
>> It hangs waiting for restore task to exit. You can check with ps -axf what
>> processes appeared and in which state. The -d (--restore-detached) option
>> can help to handle this.
>>
>> > imgs_py/restore_py.log says:
>> > (00.000661) Error (include/util.h:51): Can't write img file: Operation
>> not permitted
>>
>> Can you show the full restore-py.log file? On restore the only file
>> written
>> should be the restore stats one.
>>
>> Thanks,
>> Pavel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20140105/61745307/attachment.html>