public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
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

  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