All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xenproject.org
Subject: Re: [OSSTEST PATCH 5/6] ts-xen-build-prep: mkfs a new /home/osstest, don't resize2fs
Date: Fri, 15 May 2015 09:54:37 +0100	[thread overview]
Message-ID: <1431680077.8943.10.camel@citrix.com> (raw)
In-Reply-To: <21844.57299.598941.161575@mariner.uk.xensource.com>

On Thu, 2015-05-14 at 18:48 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH 5/6] ts-xen-build-prep: mkfs a new /home/osstest, don't resize2fs"):
> > On Wed, 2015-05-13 at 12:15 +0100, Ian Jackson wrote:
> > > +	echo '$mapper $dir $fstype defaults 0 0' >>/etc/fstab
> > 
> > This doesn't update /etc/fstab so in standalone mode (when a host may
> > share build and test duties) the reboots will cause the
> > old /home/osstest to reappear and then I'm not sure if this all does
> > what we want or not with the existing lv.
> 
> That line there is the update to /etc/fstab.

Sorry, I triple checked for it and I've no idea how I missed it every
time.

> The result is that if the host reboots the new fs should be mounted,
> and then when this runs again this
> 
> > > +	if mount | sed -e 's/^[^ ].* on //; s/ .*//' | grep -F '$dir'; then
> > > +	    exit 0
> > > +	fi
> 
> is supposed to arrange that the whole thing is a no-op.
> 
> Also note that the script makes the mount point with mode 2700 so that
> normal build scripts will crash if the fs is not mounted for some
> reason:
> 
> > +	mkdir -m 2700 $dir

Right, all sounds exactly how I thought it should work:

Acked-by: Ian Campbell <ian.campbell@citrix.com>

There is an osstest in progress, the first bite of the cherry failed
with one of the intermittent failures. So IMHO you may as well append to
pretest when ever you are ready, if the current attempt happens to fail
again then there's no harm adding this lot into the mix for next time.

Ian.

  reply	other threads:[~2015-05-15  8:54 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-13 11:15 [OSSTEST PATCH 0/6] Use mkfs rather than resize2fs for build fs Ian Jackson
2015-05-13 11:15 ` [OSSTEST PATCH 1/6] Revert "ts-xen-build-prep: Run the backgrounded resize2fs with ionice" Ian Jackson
2015-05-13 11:15 ` [OSSTEST PATCH 2/6] ts-xen-build-prep: Abolish "background" parameter to lvextend Ian Jackson
2015-05-13 11:15 ` [OSSTEST PATCH 3/6] TestSupport: break out lv_dev_mapper Ian Jackson
2015-05-13 11:15 ` [OSSTEST PATCH 4/6] ts-xen-build-prep: Break out determine_vg_lv Ian Jackson
2015-05-13 11:15 ` [OSSTEST PATCH 5/6] ts-xen-build-prep: mkfs a new /home/osstest, don't resize2fs Ian Jackson
2015-05-14 10:05   ` Ian Campbell
2015-05-14 17:48     ` Ian Jackson
2015-05-15  8:54       ` Ian Campbell [this message]
2015-05-13 11:15 ` [OSSTEST PATCH 6/6] Revert "ts-logs-capture: collect resize2fs.log" Ian Jackson

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=1431680077.8943.10.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=xen-devel@lists.xenproject.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.