From: Chandan Rajendra <chandan@linux.vnet.ibm.com>
To: Amir Goldstein <amir73il@gmail.com>
Cc: Miklos Szeredi <miklos@szeredi.hu>,
"linux-unionfs@vger.kernel.org" <linux-unionfs@vger.kernel.org>
Subject: Re: constant st_ino/st_dev for non-samefs case
Date: Tue, 23 May 2017 18:49:27 +0530 [thread overview]
Message-ID: <4951608.hM2HNRSCh0@localhost.localdomain> (raw)
In-Reply-To: <CAOQ4uxhJdyETb96yKr_bRes9OGEeHSOUAH=L4nfX3c2ryYD6Mw@mail.gmail.com>
On Tuesday, May 23, 2017 6:27:42 PM IST Amir Goldstein wrote:
> On Wed, May 17, 2017 at 3:46 PM, Chandan Rajendra
> <chandan@linux.vnet.ibm.com> wrote:
> > On Wednesday, May 17, 2017 5:56:31 PM IST Amir Goldstein wrote:
> >> On Wed, May 17, 2017 at 2:42 PM, Chandan Rajendra
>
> >> There is actually one task that should be very simple to do and can also
> >> bring large benefit for many users.
> >>
> >> In his pull request for kernel 4.12 Miklos writes:
> >> "The biggest part of this is making st_dev/st_ino on the overlay behave like a
> >> normal filesystem ... future work will move the general case towards more sane
> >> behavior."
> >> https://marc.info/?l=linux-unionfs&m=149442365202823&w=2
> >>
> >> The work towards constant st_dev/st_ino for the general case is not within my
> >> immediate scope of interest, but it shouldn't be hard. The basic idea was
> >> explained by Miklos here:
> >> https://marc.info/?l=linux-unionfs&m=149259338809700&w=2
> >>
> > Amir, I will work on this task. Thanks for the guidance.
> >
>
> Hi Chandan,
>
> Were you able to figure out the scope of the task?
> Or didn't get around to it yet?
Hi Amir,
I spent time understanding current overlayfs code. I am now starting to
work on the problem statement.
I should be able to post the patches to the mailing list by the end of
this week.
>
> I forgot to mention that I have written tests to cover constant inode
> across copy up.
> If you have never used unionmount-testsuite before, now would be a good time to
> start.
>
> You should pull my master branch from github:
> https://github.com/amir73il/unionmount-testsuite
>
> Just do:
> # cd unionmount-testsuite
> # sudo ./run --ov
>
> It takes only ~13 sec for the basic test run to compete on my laptop.
>
> Then, you should remove the relaxing of constant ino check for non samefs:
> https://github.com/amir73il/unionmount-testsuite/commit/958b737a0a886b6949964d51dbf8e0786ea52d02#diff-2d2badb93764e2d3fa25662025095014R496
>
> And you will hit the ino check error, for example:
>
> # sudo ./run --ov rename-file
> ***
> *** ./run --ov --ts=0 rename-file
> ***
> TEST rename-file.py:10: Rename file and rename back
> ./run --rename /mnt/a/foo100 /mnt/a/no_foo100
> /mnt/a/no_foo100: inode number wrong (got 35985, want 35584)
>
>
> Please let me know if you intend to work on this soon, because I may be
> working on some parts of this task for a different feature.
>
> Thanks,
> Amir.
>
>
--
chandan
next prev parent reply other threads:[~2017-05-23 13:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-23 12:57 constant st_ino/st_dev for non-samefs case Amir Goldstein
2017-05-23 13:19 ` Chandan Rajendra [this message]
2017-05-23 20:33 ` Amir Goldstein
2017-05-24 8:51 ` Chandan Rajendra
[not found] ` <CAOQ4uxhc853r9JbLDvhT0x4Dbcvj4jXCioGt+t0ZrtAExr-aUw@mail.gmail.com>
2017-05-26 9:42 ` Amir Goldstein
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=4951608.hM2HNRSCh0@localhost.localdomain \
--to=chandan@linux.vnet.ibm.com \
--cc=amir73il@gmail.com \
--cc=linux-unionfs@vger.kernel.org \
--cc=miklos@szeredi.hu \
/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.