coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[coreutils] testsuite failures on Fedora


From: Eric Blake
Subject: [coreutils] testsuite failures on Fedora
Date: Thu, 16 Sep 2010 11:52:21 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100907 Fedora/3.1.3-1.fc13 Mnenhy/0.8.3 Thunderbird/3.1.3

I'm seeing the following two failures on 'make check' on a SELinux-enforcing Fedora 13 system:

FAIL: misc/runcon-no-reorder (exit: 1)
======================================

+ runcon --version
runcon (GNU coreutils) 8.5.152-012cc
...
++ this_test=runcon-no-reorder
+++ /home/remote/eblake/coreutils/src/mktemp -d --tmp=/home/remote/eblake/coreutils/tests cu-runcon-no-reorder.XXXXXXXXXX
++ t_=/home/remote/eblake/coreutils/tests/cu-runcon-no-reorder.EM7EZ3N6Hb
++ trap remove_tmp_ 0
++ trap 'Exit 129' 1
++ trap 'Exit 130' 2
++ trap 'Exit 131' 3
++ trap 'Exit 141' 13
++ trap 'Exit 143' 15
++ cd /home/remote/eblake/coreutils/tests/cu-runcon-no-reorder.EM7EZ3N6Hb
++ diff --version
++ grep GNU
++ fail=0
+ diag='runcon: runcon may be used only on a SELinux kernel'
+ echo 'runcon: runcon may be used only on a SELinux kernel'
++ id -Z
+ runcon unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 true -j
+ case `cat out` in
++ cat out
+ compare out exp
+ diff -u out exp
--- out 2010-09-16 11:35:12.682008155 -0600
+++ exp 2010-09-16 11:35:12.678988531 -0600
@@ -1 +1 @@
-runcon: failed to create security context: unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023: Operation not supported
+runcon: runcon may be used only on a SELinux kernel
+ fail=1
+ Exit 1
+ set +e
+ exit 1
+ exit 1
+ remove_tmp_
+ __st=1
+ cleanup_
+ :
+ cd /home/remote/eblake/coreutils/tests
+ chmod -R u+rwx /home/remote/eblake/coreutils/tests/cu-runcon-no-reorder.EM7EZ3N6Hb
+ rm -rf /home/remote/eblake/coreutils/tests/cu-runcon-no-reorder.EM7EZ3N6Hb
+ exit 1

I'm not sure why that failed during the test run, since on the command line, I see:

$ runcon unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 true -j
$ echo $?
0

But since the test already maps other failures to a common message, perhaps all that is needed is an additional mapping if 'Operation not supported' results from the attempt?



FAIL: misc/stat-mount (exit: 1)
===============================

++ initial_cwd_=/home/remote/eblake/coreutils/tests
+++ testdir_prefix_
+++ printf gt
++ pfx_=gt
+++ mktempd_ /home/remote/eblake/coreutils/tests gt-stat-mount.XXXX
+++ case $# in
+++ destdir_=/home/remote/eblake/coreutils/tests
+++ template_=gt-stat-mount.XXXX
+++ MAX_TRIES_=4
+++ case $destdir_ in
+++ case $template_ in
+++ fail=0
++++ unset TMPDIR
++++ mktemp -d -t -p /home/remote/eblake/coreutils/tests gt-stat-mount.XXXX
+++ d=/home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
+++ case $d in
+++ test -d /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
++++ ls -dgo /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
++++ tr S -
+++ perms='drwx------. 2 4096 -ep 16 11:35 /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje'
+++ case $perms in
+++ test 0 = 0
+++ echo /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
+++ return
++ test_dir_=/home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
++ cd /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
++ for sig_ in 1 2 3 13 15
+++ expr 1 + 128
++ eval 'trap '\''Exit 129'\'' 1'
+++ trap 'Exit 129' 1
++ for sig_ in 1 2 3 13 15
+++ expr 2 + 128
++ eval 'trap '\''Exit 130'\'' 2'
+++ trap 'Exit 130' 2
++ for sig_ in 1 2 3 13 15
+++ expr 3 + 128
++ eval 'trap '\''Exit 131'\'' 3'
+++ trap 'Exit 131' 3
++ for sig_ in 1 2 3 13 15
+++ expr 13 + 128
++ eval 'trap '\''Exit 141'\'' 13'
+++ trap 'Exit 141' 13
++ for sig_ in 1 2 3 13 15
+++ expr 15 + 128
++ eval 'trap '\''Exit 143'\'' 15'
+++ trap 'Exit 143' 15
++ trap remove_tmp_ 0
+ path_prepend_ ../src
+ test 1 '!=' 0
+ path_dir_=../src
+ case $path_dir_ in
++ cd /home/remote/eblake/coreutils/tests/../src
++ echo /home/remote/eblake/coreutils/src
+ abs_path_dir_=/home/remote/eblake/coreutils/src
+ case $abs_path_dir_ in
+ PATH=/home/remote/eblake/coreutils/src:/home/remote/eblake/coreutils/src:/home/remote/eblake/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
+ create_exe_shims_ /home/remote/eblake/coreutils/src
+ case $EXEEXT in
+ return 0
+ shift
+ test 0 '!=' 0
+ export PATH
++ df -P .
++ sed -n '2s/.* \([^ ]*$\)/\1/p'
+ df_mnt=/shared
++ stat -c%m .
+ stat_mnt=/shared/home
+ test /shared = /shared/home
+ fail=1
+ Exit 1
+ set +e
+ exit 1
+ exit 1
+ remove_tmp_
+ __st=1
+ cleanup_
+ :
+ cd /home/remote/eblake/coreutils/tests
+ chmod -R u+rwx /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
+ rm -rf /home/remote/eblake/coreutils/tests/gt-stat-mount.jXje
+ exit 1

Here, the failure is that I have /home bind-mounted on /shared/home, and since I ran the test under /home, the mount location reported by df is different than the one reported by stat -c%m. This is a new test, and I'm not sure what to do about the issue (whether stat needs fixing to deal with bind mounts, or whether the test is at fault).

--
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org



reply via email to

[Prev in Thread] Current Thread [Next in Thread]