unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: Mark H Weaver <mhw@netris.org>
To: 18838@debbugs.gnu.org
Subject: bug#18838: zsh test suite failures, possibly due to 'noatime' mount flag
Date: Sat, 25 Oct 2014 21:22:26 -0400	[thread overview]
Message-ID: <877fznbp65.fsf@netris.org> (raw)

Twice recently, once on x86_64 and once on i686, zsh has failed its test
suite while being built by hydra.  Here's the output in both cases:

--8<---------------cut here---------------start------------->8---
Test ./C02cond.ztst failed: bad status 1, expected 0 from:
  print -u $ZTST_fd 'This test takes two seconds...'
  sleep 2
  cat unmodified
  touch newnewnew
  if [[ $OSTYPE == "cygwin" ]]; then
    print -u$ZTST_fd "Warning: not testing [[ -N file ]] (not supported on Cygwin)"
    true
  elif [[ "$(find . -prune -fstype nfs 2>/dev/null)" == "." ]]; then
    print -u$ZTST_fd "Warning: not testing [[ -N file ]] (not supported with NFS)"
    true
  elif test -f /etc/mtab && { grep $(df . 2>/dev/null| tail -n1 | awk '{print $1}') /etc/mtab | grep -q noatime; }; then
    print -u$ZTST_fd "Warning: not testing [[ -N file ]] (not supported with noatime file system)"
    true
  else
    [[ -N newnewnew && ! -N unmodified ]]
  fi
Was testing: -N cond
./C02cond.ztst: test failed.
The following may (or may not) help identifying the cause:
  This test can fail on NFS-mounted filesystems as the access and
  modification times are not updated separately.  The test will fail
  on HFS+ (Apple Mac OS X default) filesystems because access times
  are not recorded.  Also, Linux ext3 filesystems may be mounted
  with the noatime option which does not update access times.
  Failures in these cases do not indicate a problem in the shell.
--8<---------------cut here---------------end--------------->8---

I restarted the x86_64 build and it succeeded on the second try.
Now it has failed on i686:

  http://hydra.gnu.org/build/128208

My first guess is that one of our build machines has the 'noatime' mount
option set on its /tmp.

Is there a way to tell from the URL above which build machine was used?

      Mark

             reply	other threads:[~2014-10-26  1:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-26  1:22 Mark H Weaver [this message]
2017-03-17 19:56 ` bug#18838: zsh test suite failures, possible due to 'noatime' mount flag Joshua Branson
2020-03-05 10:35 ` bug#18838: zsh test suite failures Vincent Legoll
2020-10-09 14:57   ` Maxim Cournoyer
2021-06-26  1:56     ` bug#18838: zsh test suite failures, possibly due to 'noatime' mount flag Maxim Cournoyer

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

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877fznbp65.fsf@netris.org \
    --to=mhw@netris.org \
    --cc=18838@debbugs.gnu.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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).