[CRIU] crtools error checkpoint/restore error ("Unable to open pstree.img")
Kevin Wilson
wkevils at gmail.com
Tue Mar 26 04:47:25 EDT 2013
Hi,
1) indeed I missed some *DIAG in kernel configuration and I had fixed
it, rebooted, and now
./crtools check
gives
Looks good.
and no errors.
2) Running with:
./crtools dump -v 4 -o dump.log -D checkpoint -t 473
I get this dump.log (there is an error mentioned in it,
"Some file locks are hold by dumping tasks")
[root at localhost crtools-0.4]# more dump.log
(00.000152) ========================================
(00.000301) Dumping processes (pid: 473)
(00.000313) ========================================
(00.000568) cpu: fpu:1 fxsr:1 xsave:0
(00.000584) Writing image inventory (version 1)
(00.000785) Collected 1.pid namespace
(00.000813) Collected 2.net namespace
(00.000842) Collected 3.ipc namespace
(00.000898) Collected 4.uts namespace
(00.000922) Collected 5.mnt namespace
(00.000993) Collecting tasks starting from 473
(00.001232) Seized task 473, state 1
(00.001415) Collected 473 in 1 state
(00.001575) Lock network
(00.001699) lockinfo: 6:POSIX ADVISORY WRITE 473 00:12:11656 0 EOF
(00.001745) Error (cr-dump.c:1055): Some file locks are hold by dumping tasks!Yo
u can try -l to dump them.: No such file or directory
(00.001786) Unlock network
(00.001803) Unfreezing tasks into 1
(00.001813) Unseizeing 473 into 1
3) I also added "-l" as suggested in the error message.
Now the dump file is too big to be inlined in this message; I am
attaching it to this mail.
Any ideas what is wrong here ?
best,
Kevin
On Mon, Mar 25, 2013 at 10:36 PM, Pavel Emelyanov <xemul at parallels.com> wrote:
> On 03/26/2013 12:29 AM, Kevin Wilson wrote:
>> Hi,
>> I use crtools-0.4 on x86_64 machine.
>>
>> I try this:
>>
>> ./crtools dump -D checkpoint -t 478
>>
>> This creates this file: checkpoint/inventory.img
>>
>>
>> ./crtools restore -d -D checkpoint -t 478
>> 00.000616) Error (image.c:274): Unable to open pstree.img: No such
>> file or directory
>
> Next time, please run with increased verbosity (-v 4) with output into
> log file (-o dump.log) and provide the dump.log.
>
>>
>> Any idea what this error can be?
>>
>> I am using kernel 3.9.0-rc1+, with CONFIG_CHECKPOINT_RESTORE=y
>>
>> [root at localhost crtools-0.4]# ./crtools check
>> (00.004829) Error (libnetlink.c:36): ERROR -2 reported by netlink (No
>> such file or directory)
>> (00.008118) Error (libnetlink.c:36): ERROR -2 reported by netlink (No
>> such file or directory)
>> (00.011671) Error (libnetlink.c:36): ERROR -2 reported by netlink (No
>> such file or directory)
>> (00.014632) Error (libnetlink.c:36): ERROR -2 reported by netlink (No
>> such file or directory)
>> (00.018063) Error (libnetlink.c:53): ERROR 2 reported by netlink
>> Looks good.
>
> Oops :( It's a but in cr-check -- error from netlink diag engine isn't
> propagated upwards. You're missing *_DIAG modules. Have you configured
> the kernel according to http://criu.org/Installation? If yes, then you
> must load all the *_diag.ko modules.
>
>>
>> (Notice the bottom line: Looks good!)
>>
>>
>> Best,
>> Kevin
>> _______________________________________________
>> CRIU mailing list
>> CRIU at openvz.org
>> https://lists.openvz.org/mailman/listinfo/criu
>>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dump.log
Type: application/octet-stream
Size: 67582 bytes
Desc: not available
URL: <http://lists.openvz.org/pipermail/criu/attachments/20130326/324f7b50/attachment-0001.obj>
More information about the CRIU
mailing list