From: Nathan Lynch <ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
To: Containers
<containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
Subject: Re: failure to restart bash with ckpt-v15-dev
Date: Mon, 18 May 2009 16:46:20 -0500 [thread overview]
Message-ID: <m3d4a6hyoj.fsf@pobox.com> (raw)
In-Reply-To: <m3iqjykvvf.fsf-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org> (Nathan Lynch's message of "Mon\, 18 May 2009 15\:18\:44 -0500")
Nathan Lynch <ntl-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org> writes:
> Last commit is ed3b275 "allow error string during checkpoint while
> holding a spinlock".
>
> The failure seems to involve a vma corresponding to
> /usr/lib/gconv/gconv-modules.cache which is mapped read-only and shared,
> e.g.
>
> open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
> mmap2(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0xb7f52000
>
> I believe the second check in filemap_restore() is where the restart
> goes awry; the object is of type CKPT_VMA_SHM_FILE but doesn't have
> VM_SHARED set in the flags (it does have VM_MAY_SHARE set, however).
As Serge suggested in other bug report, updated to latest user-cr and
got same result.
Also, I forgot to mention that if I modify the check in filemap_restore
to allow VM_MAY_SHARE, the restart operation appears to complete
successfully but the kernel gets an oops on an address in that vma when
the task runs.
next prev parent reply other threads:[~2009-05-18 21:46 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-18 20:18 failure to restart bash with ckpt-v15-dev Nathan Lynch
[not found] ` <m3iqjykvvf.fsf-e+AXbWqSrlAAvxtiuMwx3w@public.gmane.org>
2009-05-18 21:46 ` Nathan Lynch [this message]
2009-05-20 14:12 ` Oren Laadan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3d4a6hyoj.fsf@pobox.com \
--to=ntl-e+axbwqsrlaavxtiumwx3w@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.