Porting checkpoint system to arm: write_file error

Porting checkpoint system to arm: write_file error

[Jerf gefera]

[-- Attachment #1: Type: text/plain, Size: 339 bytes --]

hi all,
The attachment is the img file and dmesg message.
If I comment the code of cr_write_files in both checkpoint.c & restart.c,
then i can checkpoint and restart the process(of cause, there are no file
operations in the checkpointed process). it is strange.
i hope you can point it out for me.
Thank you very much!
best wishes,
gefera

[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 1970 bytes --]

[843:c/r:cr_may_checkpoint_task] check 841
[843:c/r:cr_write_pids] task[0]: vpid 841 vtgid 841 parent 834
[843:c/r:cr_write_all_tasks] dumping task #0
[843:c/r:cr_write_task] task_struct: ret 0
[843:c/r:cr_write_task] memory: ret 0
------------[ cut here ]------------
Kernel BUG at 8c0fbd36 [verbose debug info unavailable]
Kernel BUG: 003e [#1]
Modules linked in:

Pid : 843, Comm:                   cr
CPU : 0    Not tainted  (2.6.28-00018-g3c8b3b1-dirty #16)
PC is at cr_write_files+0x2b6/0x520
PR is at cr_write_files+0x2a8/0x520
PC  : 8c0fbd36 SP  : 8f963ee0 SR  : 40008101 TEA : 29652940
R0  : 8c0f8b60 R1  : 00000003 R2  : 8f88c3c0 R3  : 00000020
R4  : 8f88c3c0 R5  : 00000020 R6  : fffffff6 R7  : 00000000
R8  : 00000000 R9  : fffffff7 R10 : 00000001 R11 : 8f9a8ff0
R12 : 00000000 R13 : 8f82aca0 R14 : 8f88c3c0
MACH: 00011e3c MACL: c2a04ca0 GBR : 296d0450 PR  : 8c0fbd28

Call trace: 
[<8c0fb15c>] cr_write_mm+0x37c/0x5e0
[<8c0f98a8>] do_checkpoint+0x4c8/0x7a0
[<8c027280>] printk+0x0/0x40
[<8c039080>] pid_vnr+0x0/0x20
[<8c0f9196>] sys_checkpoint+0x36/0x60
[<8c0171f0>] syscall_call+0xc/0x10
[<8c0f9160>] sys_checkpoint+0x0/0x60

Process: cr (pid: 843, stack limit = 8f962001)
Stack: (0x8f963ee0 to 0x8f964000)
3ee0: 8c0fb15c 8f814ec0 00000003 00000000 8f958360 8f946214 7ba52000 8f88c3c0 
3f00: 8f9461e0 0020012f 00000001 0010012e 00000000 0008012d 00000349 00000000 
3f20: 00000001 8f94e000 8c0f98a8 8f88c400 8f88c3c0 8c027280 8c039080 00000000 
3f40: 000000fc 8f884440 00000000 00000001 00000001 8f93d9e0 8f9a8000 00000001 
3f60: 00000000 00180066 00000000 00e00001 00000000 8c0f9196 7b91fde8 00000000 
3f80: 296cc7b8 00000000 00000071 8f88c3c0 00000349 8c0171f0 8f963ff8 8c0f9160 
3fa0: 00000002 00000349 7b91fe00 0000014d 00000349 00000001 00000000 7b91fe84 
3fc0: 00000000 00000000 00400614 00000000 296cc7b8 00000000 7b91fde8 7b91fde8 
3fe0: 29652952 0040059c 00008000 296d0450 4a8568ad 00000348 0000005c 00000160 
---[ end trace 3fdd9f0bdaca7e60 ]---


[-- Attachment #3: img --]
[-- Type: application/octet-stream, Size: 1740 bytes --]

^@.^@^@^@^@^@^@...^L..^@^B^@^F^@^\^@^C^@.Dm8^@^@^@^@^A^@^@^@^@^@^@^@2.6.28-000
..a^Rb("^G.^Dq^KB^R(.a^Rb("..^Dq^A.^P)&O.i^K^@.h^@^GA^@.^FA^@   ^@      ^@^E.Ba^
^@^@^@^@^@^@....^@^@^@^@....^@^@^@^@^@^@^@^@^A^@^@^@^A^@^@^@^L^@^@^@.^B@^@^M^@^@
^@^@^@P^@^@^@^K^@^@^@^P^@^@^@^U^@^@^@t6X)^C^@^@^@.^FA^@^B^@^@^@<^@^@^@^T^@^@^@^G
^@^@^@V^@^@^@^K^@^@^@^P^@^@^@^G^@^@^@^X^E^@^@^H^@^@^@^@^@^@^@   ^@^@^@^L^@^@^@^V
^@^@^@^B^@^@^@^@^@^@^@^B^@^@^@^B^@^@^@.^@^@^@...o^B^@^@^@.^A^@^@.^A^@^@8^@^@^@^C
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^^^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@.6X)^PSW)^T^@^@^@.^C^@^@.^A^@^@^N^@^@^@.AX
file=%s [%lu];  destroying link map
^@^@^@TLS generation counter wrapped!  Please report as described in <http://www
^@^@^@map->l_init_called^@^@shared object not open^@^@_dl_close^@^@^@_dl_close_w
^@^@^@^@_dl_important_hwcaps^@^@^@^@Inconsistency detected by ld.so: %s: %u: %s%
^@^@^@^@delim[0] != '\0'^@^@^@^@dl-minimal.c^@^@^@^@! upper_case^@^@^@^@base ==
^@page != ((void *) -1)^@^@^@ptr == alloc_last_block^@__strsep^@^@^@^@_itoa^@^@^
.^@^@
.^G^@^@^A....^@^@^@^@.;X)^D^@^@^@^H^@^@^@^@<X)^@^@^@^@^@^@^@^@.^^.{.^^.{^N^@^@^@
^@^@^@.^A^@^@^K^@^@^@^P^@^@^@^C^@^@^@^D0X)^B^@^@^@<^@^@^@^T^@^@^@^G^@^@^@^W^@^@^
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@.R^@^@^K^@^@^@^P^@^@^@^C^@^@^@..l)^B^@^@^@.^@^@^@^T^@^@^@^G^@^@^@^W^@^@^@$
.^P.l)..l)^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^R^O^W^V^@^@^@.rd).^V.{^@^@^@^@..l)^C^@^@^@8.l)8.l).^V.{^@^U^@^@^E^@^@^@.^D^@^@;
^R^O^W^V^@^@^@^@^@^@^@^@^@^@^@n%^).^V.{..l)^C^@^@^@8.l)8.l)^@^D^@^@^A^H^@^@^@^@^
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

[-- Attachment #4: Type: text/plain, Size: 206 bytes --]

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

Re: Porting checkpoint system to arm: write_file error

[Matt Helsley]

On Wed, Oct 28, 2009 at 10:24:33AM +0900, Jerf gefera wrote:
> hi all,
> The attachment is the img file and dmesg message.
> If I comment the code of cr_write_files in both checkpoint.c & restart.c,
> then i can checkpoint and restart the process(of cause, there are no file
> operations in the checkpointed process). it is strange.
> i hope you can point it out for me.
> Thank you very much!
> best wishes,
> gefera

Hi,

	Based on the names "cr_write_files" and this snippet from your
dmesg:

		[<8c0fb15c>] cr_write_mm+0x37c/0x5e0
		[<8c0f98a8>] do_checkpoint+0x4c8/0x7a0
		[<8c027280>] printk+0x0/0x40
		[<8c039080>] pid_vnr+0x0/0x20
		[<8c0f9196>] sys_checkpoint+0x36/0x60
		[<8c0171f0>] syscall_call+0xc/0x10
		[<8c0f9160>] sys_checkpoint+0x0/0x60

It looks like you're using an old version of the patches. The last
revision with those functions names that I can find with Google comes
from April.

Alot more stuff is working now -- including some important file ops. Any
chance we could help you switch to something more recent? You can get the
latest from the ckpt-v18-dev branch of:

	git clone git://git.ncl.cs.columbia.edu/pub/git/linux-cr.git

If that's not acceptable to you, could you at least let us know
specifically what code you're trying to port?

Are you planning on posting your patches somewhere? They might be
interesting to see even if incomplete or for an old cr tree.

Cheers,
	-Matt Helsley

Fwd: Porting checkpoint system to arm: write_file error

[Jerf gefera]

[-- Attachment #1: Type: text/plain, Size: 714 bytes --]

I am using ckpt-v13 (quite old one). if you know what is wrong, please point
it out for me,
Thank you very much.

---------- Forwarded message ----------
From: Jerf gefera <jgefera-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date: Wed, Oct 28, 2009 at 10:24 AM
Subject: Porting checkpoint system to arm: write_file error
To: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org


hi all,
The attachment is the img file and dmesg message.
If I comment the code of cr_write_files in both checkpoint.c & restart.c,
then i can checkpoint and restart the process(of cause, there are no file
operations in the checkpointed process). it is strange.
i hope you can point it out for me.
Thank you very much!
best wishes,
gefera

[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 1970 bytes --]

[843:c/r:cr_may_checkpoint_task] check 841
[843:c/r:cr_write_pids] task[0]: vpid 841 vtgid 841 parent 834
[843:c/r:cr_write_all_tasks] dumping task #0
[843:c/r:cr_write_task] task_struct: ret 0
[843:c/r:cr_write_task] memory: ret 0
------------[ cut here ]------------
Kernel BUG at 8c0fbd36 [verbose debug info unavailable]
Kernel BUG: 003e [#1]
Modules linked in:

Pid : 843, Comm:                   cr
CPU : 0    Not tainted  (2.6.28-00018-g3c8b3b1-dirty #16)
PC is at cr_write_files+0x2b6/0x520
PR is at cr_write_files+0x2a8/0x520
PC  : 8c0fbd36 SP  : 8f963ee0 SR  : 40008101 TEA : 29652940
R0  : 8c0f8b60 R1  : 00000003 R2  : 8f88c3c0 R3  : 00000020
R4  : 8f88c3c0 R5  : 00000020 R6  : fffffff6 R7  : 00000000
R8  : 00000000 R9  : fffffff7 R10 : 00000001 R11 : 8f9a8ff0
R12 : 00000000 R13 : 8f82aca0 R14 : 8f88c3c0
MACH: 00011e3c MACL: c2a04ca0 GBR : 296d0450 PR  : 8c0fbd28

Call trace: 
[<8c0fb15c>] cr_write_mm+0x37c/0x5e0
[<8c0f98a8>] do_checkpoint+0x4c8/0x7a0
[<8c027280>] printk+0x0/0x40
[<8c039080>] pid_vnr+0x0/0x20
[<8c0f9196>] sys_checkpoint+0x36/0x60
[<8c0171f0>] syscall_call+0xc/0x10
[<8c0f9160>] sys_checkpoint+0x0/0x60

Process: cr (pid: 843, stack limit = 8f962001)
Stack: (0x8f963ee0 to 0x8f964000)
3ee0: 8c0fb15c 8f814ec0 00000003 00000000 8f958360 8f946214 7ba52000 8f88c3c0 
3f00: 8f9461e0 0020012f 00000001 0010012e 00000000 0008012d 00000349 00000000 
3f20: 00000001 8f94e000 8c0f98a8 8f88c400 8f88c3c0 8c027280 8c039080 00000000 
3f40: 000000fc 8f884440 00000000 00000001 00000001 8f93d9e0 8f9a8000 00000001 
3f60: 00000000 00180066 00000000 00e00001 00000000 8c0f9196 7b91fde8 00000000 
3f80: 296cc7b8 00000000 00000071 8f88c3c0 00000349 8c0171f0 8f963ff8 8c0f9160 
3fa0: 00000002 00000349 7b91fe00 0000014d 00000349 00000001 00000000 7b91fe84 
3fc0: 00000000 00000000 00400614 00000000 296cc7b8 00000000 7b91fde8 7b91fde8 
3fe0: 29652952 0040059c 00008000 296d0450 4a8568ad 00000348 0000005c 00000160 
---[ end trace 3fdd9f0bdaca7e60 ]---


[-- Attachment #3: img --]
[-- Type: application/octet-stream, Size: 1740 bytes --]

^@.^@^@^@^@^@^@...^L..^@^B^@^F^@^\^@^C^@.Dm8^@^@^@^@^A^@^@^@^@^@^@^@2.6.28-000
..a^Rb("^G.^Dq^KB^R(.a^Rb("..^Dq^A.^P)&O.i^K^@.h^@^GA^@.^FA^@   ^@      ^@^E.Ba^
^@^@^@^@^@^@....^@^@^@^@....^@^@^@^@^@^@^@^@^A^@^@^@^A^@^@^@^L^@^@^@.^B@^@^M^@^@
^@^@^@P^@^@^@^K^@^@^@^P^@^@^@^U^@^@^@t6X)^C^@^@^@.^FA^@^B^@^@^@<^@^@^@^T^@^@^@^G
^@^@^@V^@^@^@^K^@^@^@^P^@^@^@^G^@^@^@^X^E^@^@^H^@^@^@^@^@^@^@   ^@^@^@^L^@^@^@^V
^@^@^@^B^@^@^@^@^@^@^@^B^@^@^@^B^@^@^@.^@^@^@...o^B^@^@^@.^A^@^@.^A^@^@8^@^@^@^C
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^^^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@.6X)^PSW)^T^@^@^@.^C^@^@.^A^@^@^N^@^@^@.AX
file=%s [%lu];  destroying link map
^@^@^@TLS generation counter wrapped!  Please report as described in <http://www
^@^@^@map->l_init_called^@^@shared object not open^@^@_dl_close^@^@^@_dl_close_w
^@^@^@^@_dl_important_hwcaps^@^@^@^@Inconsistency detected by ld.so: %s: %u: %s%
^@^@^@^@delim[0] != '\0'^@^@^@^@dl-minimal.c^@^@^@^@! upper_case^@^@^@^@base ==
^@page != ((void *) -1)^@^@^@ptr == alloc_last_block^@__strsep^@^@^@^@_itoa^@^@^
.^@^@
.^G^@^@^A....^@^@^@^@.;X)^D^@^@^@^H^@^@^@^@<X)^@^@^@^@^@^@^@^@.^^.{.^^.{^N^@^@^@
^@^@^@.^A^@^@^K^@^@^@^P^@^@^@^C^@^@^@^D0X)^B^@^@^@<^@^@^@^T^@^@^@^G^@^@^@^W^@^@^
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@.R^@^@^K^@^@^@^P^@^@^@^C^@^@^@..l)^B^@^@^@.^@^@^@^T^@^@^@^G^@^@^@^W^@^@^@$
.^P.l)..l)^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^R^O^W^V^@^@^@.rd).^V.{^@^@^@^@..l)^C^@^@^@8.l)8.l).^V.{^@^U^@^@^E^@^@^@.^D^@^@;
^R^O^W^V^@^@^@^@^@^@^@^@^@^@^@n%^).^V.{..l)^C^@^@^@8.l)8.l)^@^D^@^@^A^H^@^@^@^@^
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

[-- Attachment #4: Type: text/plain, Size: 206 bytes --]

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

Re: Fwd: Porting checkpoint system to arm: write_file error

[Serge E. Hallyn]

The current version is ckpt-v18-dev for both linux-cr and user-cr.

-serge

Quoting Jerf gefera (jgefera-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org):
> I am using ckpt-v13 (quite old one). if you know what is wrong, please point
> it out for me,
> Thank you very much.
> 
> ---------- Forwarded message ----------
> From: Jerf gefera <jgefera-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Date: Wed, Oct 28, 2009 at 10:24 AM
> Subject: Porting checkpoint system to arm: write_file error
> To: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org
> 
> 
> hi all,
> The attachment is the img file and dmesg message.
> If I comment the code of cr_write_files in both checkpoint.c & restart.c,
> then i can checkpoint and restart the process(of cause, there are no file
> operations in the checkpointed process). it is strange.
> i hope you can point it out for me.
> Thank you very much!
> best wishes,
> gefera



> _______________________________________________
> Containers mailing list
> Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
> https://lists.linux-foundation.org/mailman/listinfo/containers