From: Jan Stancek <jstancek@redhat.com>
To: Siva Padhy <siva.padhy@lge.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH v2] BindMounts: fix to properly unmount during cleanup in fs_bind
Date: Wed, 6 Nov 2013 17:47:56 -0500 (EST) [thread overview]
Message-ID: <2139722103.23140441.1383778076485.JavaMail.root@redhat.com> (raw)
In-Reply-To: <81212EE27BC298499DBD7CA069AAD071428CD96A5A@LGEVEXMBAPSVC2.LGE.NET>
----- Original Message -----
> From: "Siva Padhy" <siva.padhy@lge.com>
> To: ltp-list@lists.sourceforge.net
> Sent: Wednesday, 6 November, 2013 10:45:51 AM
> Subject: [LTP] [PATCH v2] BindMounts: fix to properly unmount during cleanup in fs_bind
>
> While running fs_bound testcases, some test directory structure are mounted
> using -rbind option. While exiting the testcase the umount is not properly
> done, hence the below testcase are falling into TWARN.
>
> fs_bind/test02
> fs_bind/test38
>
> The warning message is as below for respective testcases
> TWARN : rbind/test02 did not properly clean up
> "/tmp/ltp-XXXX9qdYqG/sandbox"
> TWARN : rbind/test38 did not properly clean up
> "/tmp/ltp-XXXX9qdYqG/sandbox"
>
> This patch unmount all the mounted/submounted parts of the filesystem
> properly.
>
> Change-Id: Ica6d1799b89e933587c11c1755dff996ddbdf8c5
> Signed-off-by: Siva <siva.padhy@lge.com>
> ---
> testcases/kernel/fs/fs_bind/rbind/test02 | 2 ++
> testcases/kernel/fs/fs_bind/rbind/test38 | 5 +++++
> 2 files changed, 7 insertions(+)
>
> diff --git a/testcases/kernel/fs/fs_bind/rbind/test02
> b/testcases/kernel/fs/fs_bind/rbind/test02
> index 3ab7b6c..eab9cdc 100755
> --- a/testcases/kernel/fs/fs_bind/rbind/test02
> +++ b/testcases/kernel/fs/fs_bind/rbind/test02
> @@ -76,8 +76,10 @@ trap '' ERR
> {
> umount parent1/child1/a
> umount parent1/child1/b
> + umount parent2/child2/b
> umount parent1/child1
> umount parent1/child1
> + umount parent2/child2
> umount parent1/child1
> umount parent1/child1
> umount share1
Hi,
This still leaves me with share1 mounted. The following umount sequence
works for me (3.10 based kernel). Can you try if it fixes also your issue
in test02?
umount parent2/child2/b
umount parent1/child1/a
umount parent2/child2
umount share1
umount parent1/child1
umount parent1/child1
umount share1
umount parent2
umount parent1
Regards,
Jan
> diff --git a/testcases/kernel/fs/fs_bind/rbind/test38
> b/testcases/kernel/fs/fs_bind/rbind/test38
> index c9cf3e1..c944ce5 100755
> --- a/testcases/kernel/fs/fs_bind/rbind/test38
> +++ b/testcases/kernel/fs/fs_bind/rbind/test38
> @@ -77,6 +77,7 @@ trap '' ERR
> {
> umount share1/a
> umount parent1/child1/b
> + umount parent2/child1/b
> umount parent2/child1/c
> umount parent1/child1
> umount parent1/child1
> @@ -86,6 +87,10 @@ trap '' ERR
> umount parent2
> umount share1
> umount share1
> + umount parent1
> + umount share2
> + umount parent2/child2
> + umount parent2
>
> rm -rf parent* share*
> cleanup
> --
> 1.7.9.5
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models. Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> _______________________________________________
> Ltp-list mailing list
> Ltp-list@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ltp-list
>
------------------------------------------------------------------------------
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
next prev parent reply other threads:[~2013-11-06 22:48 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-06 9:45 [LTP] [PATCH v2] BindMounts: fix to properly unmount during cleanup in fs_bind Siva Padhy
2013-11-06 22:47 ` Jan Stancek [this message]
2013-11-07 3:21 ` Siva Padhy
2013-11-07 14:32 ` Jan Stancek
2013-11-08 10:50 ` Siva Padhy
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=2139722103.23140441.1383778076485.JavaMail.root@redhat.com \
--to=jstancek@redhat.com \
--cc=ltp-list@lists.sourceforge.net \
--cc=siva.padhy@lge.com \
/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