From: Pavel Tikhomirov <ptikhomirov@virtuozzo.com>
To: Cyrill Gorcunov <gorcunov@gmail.com>
Cc: Jeff Layton <jlayton@poochiereds.net>,
Jeff Layton <jlayton@kernel.org>,
"J. Bruce Fields" <bfields@fieldses.org>,
Alexander Viro <viro@zeniv.linux.org.uk>,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
Andrei Vagin <avagin@gmail.com>
Subject: Re: [PATCH] fcntl: make F_GETOWN(EX) return 0 on dead owner task
Date: Thu, 4 Feb 2021 00:35:42 +0300 [thread overview]
Message-ID: <88739f26-63b0-be1d-4e6d-def01633323e@virtuozzo.com> (raw)
In-Reply-To: <20210203193201.GD2172@grain>
On 2/3/21 10:32 PM, Cyrill Gorcunov wrote:
> On Wed, Feb 03, 2021 at 03:41:56PM +0300, Pavel Tikhomirov wrote:
>> Currently there is no way to differentiate the file with alive owner
>> from the file with dead owner but pid of the owner reused. That's why
>> CRIU can't actually know if it needs to restore file owner or not,
>> because if it restores owner but actual owner was dead, this can
>> introduce unexpected signals to the "false"-owner (which reused the
>> pid).
>
> Hi! Thanks for the patch. You know I manage to forget the fowner internals.
> Could you please enlighten me -- when owner is set with some pid we do
>
> f_setown_ex
> __f_setown
> f_modown
> filp->f_owner.pid = get_pid(pid);
>
> Thus pid get refcount incremented.
Hi, and yes you are right about refcount is held.
Then the owner exits but refcounter
> should be still up and running and pid should not be reused, no? Or
> I miss something obvious?
AFAICS if pid is held only by 1) fowner refcount and by 2) single
process (without threads, group and session for simplicity), on process
exit we go through:
do_exit
exit_notify
release_task
__exit_signal
__unhash_process
detach_pid
__change_pid
free_pid
idr_remove
So pid is removed from idr, and after that alloc_pid can reuse pid
numbers even if old pid structure is still alive and is still held by
fowner.
Also I've added criu-zdtm test which reproduces the problem:
https://src.openvz.org/projects/OVZ/repos/criu/commits/e25904c35dbc535f6837e55da58ca0f5a5caf4b3#test/zdtm/static/file_fown_reuse.c
Hope this answers your question, Thanks!
>
> The patch itself looks ok on a first glance.
>
--
Best regards, Tikhomirov Pavel
Software Developer, Virtuozzo.
next prev parent reply other threads:[~2021-02-03 21:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-03 12:41 Pavel Tikhomirov
2021-02-03 19:32 ` Cyrill Gorcunov
2021-02-03 21:35 ` Pavel Tikhomirov [this message]
2021-02-03 22:17 ` Cyrill Gorcunov
2021-02-08 12:31 ` Jeff Layton
2021-02-08 12:57 ` Pavel Tikhomirov
2021-02-08 13:18 ` Jeff Layton
2021-02-08 7:39 ` Cyrill Gorcunov
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=88739f26-63b0-be1d-4e6d-def01633323e@virtuozzo.com \
--to=ptikhomirov@virtuozzo.com \
--cc=avagin@gmail.com \
--cc=bfields@fieldses.org \
--cc=gorcunov@gmail.com \
--cc=jlayton@kernel.org \
--cc=jlayton@poochiereds.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®