GNU bug report logs -
#18838
zsh test suite failures, possibly due to 'noatime' mount flag
Previous Next
Reported by: Mark H Weaver <mhw <at> netris.org>
Date: Sun, 26 Oct 2014 01:24:02 UTC
Severity: normal
Done: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18838 in the body.
You can then email your comments to 18838 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#18838
; Package
guix
.
(Sun, 26 Oct 2014 01:24:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mark H Weaver <mhw <at> netris.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sun, 26 Oct 2014 01:24:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18838
; Package
guix
.
(Fri, 17 Mar 2017 19:57:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 18838 <at> debbugs.gnu.org (full text, mbox):
This is still an issue. The last two builds for i686 and arm appear to have been built fine.
But MIPS and x86_64 both have recent failures.
Joshua
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18838
; Package
guix
.
(Thu, 05 Mar 2020 10:36:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 18838 <at> debbugs.gnu.org (full text, mbox):
Is this still happening?
I searched a bit on ci.guix.gnu.org...
We have a failure on 5.8 armhf (already present on 5.7.1 version)
but it looks like it is a different set of tests that is failing...
--
Vincent Legoll
Information forwarded
to
bug-guix <at> gnu.org
:
bug#18838
; Package
guix
.
(Fri, 09 Oct 2020 14:58:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 18838 <at> debbugs.gnu.org (full text, mbox):
Hello,
Vincent Legoll <vincent.legoll <at> gmail.com> writes:
> Is this still happening?
>
> I searched a bit on ci.guix.gnu.org...
>
> We have a failure on 5.8 armhf (already present on 5.7.1 version)
> but it looks like it is a different set of tests that is failing...
I can't find failures in the raw logs of the last CI failures for
zsh-5.8, but testing on master with:
./pre-inst-env guix build --check --system=armhf-linux zsh
I got 2 test failures:
Test ./A01grammar.ztst failed: bad status 1, expected 0 from:
- $ZTST_testdir/../Src/zsh -fc "[[ \$0 = \"-$ZTST_testdir/../Src/zsh\" ]]"
Was testing: `-' precommand modifier
./A01grammar.ztst: test failed.
./A02alias.ztst: starting.
This test hangs the shell when it fails...
./A02alias.ztst: all tests successful.
./A03quoting.ztst: starting.
./A03quoting.ztst: all tests successful.
./A04redirect.ztst: starting.
./A04redirect.ztst: all tests successful.
./A05execution.ztst: starting.
Unable to change MONITOR option
This test takes 5 seconds to fail...
Skipping pipe leak test, requires MONITOR option
This test takes 3 seconds and hangs the shell when it fails...
./A05execution.ztst: all tests successful.
./A06assign.ztst: starting.
./A06assign.ztst: all tests successful.
./A07control.ztst: starting.
./A07control.ztst: all tests successful.
./B01cd.ztst: starting.
Test ./B01cd.ztst failed: bad status 0, expected 1 from:
(unset HOME; ARGV0=sh $ZTST_testdir/../Src/zsh -c cd)
Was testing: Implicit cd with unset HOME.
Maxim
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Sat, 26 Jun 2021 01:57:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Mark H Weaver <mhw <at> netris.org>
:
bug acknowledged by developer.
(Sat, 26 Jun 2021 01:57:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 18838-done <at> debbugs.gnu.org (full text, mbox):
Hello,
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
> Hello,
>
> Vincent Legoll <vincent.legoll <at> gmail.com> writes:
>
>> Is this still happening?
>>
>> I searched a bit on ci.guix.gnu.org...
>>
>> We have a failure on 5.8 armhf (already present on 5.7.1 version)
>> but it looks like it is a different set of tests that is failing...
>
> I can't find failures in the raw logs of the last CI failures for
> zsh-5.8, but testing on master with:
>
> ./pre-inst-env guix build --check --system=armhf-linux zsh
>
> I got 2 test failures:
>
> Test ./A01grammar.ztst failed: bad status 1, expected 0 from:
> - $ZTST_testdir/../Src/zsh -fc "[[ \$0 = \"-$ZTST_testdir/../Src/zsh\" ]]"
> Was testing: `-' precommand modifier
> ./A01grammar.ztst: test failed.
> ./A02alias.ztst: starting.
> This test hangs the shell when it fails...
> ./A02alias.ztst: all tests successful.
> ./A03quoting.ztst: starting.
> ./A03quoting.ztst: all tests successful.
> ./A04redirect.ztst: starting.
> ./A04redirect.ztst: all tests successful.
> ./A05execution.ztst: starting.
> Unable to change MONITOR option
> This test takes 5 seconds to fail...
> Skipping pipe leak test, requires MONITOR option
> This test takes 3 seconds and hangs the shell when it fails...
> ./A05execution.ztst: all tests successful.
> ./A06assign.ztst: starting.
> ./A06assign.ztst: all tests successful.
> ./A07control.ztst: starting.
> ./A07control.ztst: all tests successful.
> ./B01cd.ztst: starting.
> Test ./B01cd.ztst failed: bad status 0, expected 1 from:
> (unset HOME; ARGV0=sh $ZTST_testdir/../Src/zsh -c cd)
> Was testing: Implicit cd with unset HOME.
That was with QEMU user emulation. Using overdrive1 (real ARM
hardware), I don't get any failure after multiple builds done via:
GUIX_DAEMON_SOCKET=ssh://overdrive1 guix build zsh \
--system=aarch64-linux --no-grafts --check --rounds=5
It may be that the problem really has to do with the noatime flag, but
that's a bit too narrow for me to test. If you can reproduce it again
on 5.8 and determine if noatime is at cause, that would be very helpful.
Closing for now, but feel free to reopen!
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 24 Jul 2021 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 335 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.