Launchpad has imported 19 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=562815.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2010-02-08T13:26:31+00:00 Anton wrote:

Description of problem:

When I try to rebuild upstart with /tmp - XFS filesystem,
build failed on test Testing conf_source_reload() with new job directory  (see 
log). If tmpfs of ext3 mounted on /tmp, build finishes ok,
but after install and reboot, boot process freezed on init start 
(I have / XFS too).

Version-Release number of selected component (if applicable):
upstart-0.6.3-7.fc13.src.rpm
last working version: upstart-0.3.11-3.1.bcx.src.rpm

How reproducible:
100%

Steps to Reproduce:
1. mount /tmp XFS
2. try to rebuild rpm
3. see failed test.
4. mount /tmp tmpfs
5. rebuild rpm - OK
--  only for mazo:
6. PREPARE for boot error (copy old init)
7. upgrage
8. reboot -- see boot hang.
9. restore old init

  
Actual results:
dont work on XFS.

Expected results:
work on ANY good filesystem
(may be clean request for FS abilities).


Additional info:

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/0

------------------------------------------------------------------------
On 2010-02-08T13:27:36+00:00 Anton wrote:

Created attachment 389514
build log with error

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/1

------------------------------------------------------------------------
On 2010-02-08T15:23:38+00:00 Casey wrote:

Only interesting thing about upstart and filesystems is its use of
inotify. I've never used XFS, does it support inotify?

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/2

------------------------------------------------------------------------
On 2010-02-10T16:44:32+00:00 Anton wrote:

Seems to work
tty3: inotifywait /tmp
tty2: touch /tmp/zzz

tty3 out: /tmp/: CREATE zzz

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/3

------------------------------------------------------------------------
On 2010-02-16T20:38:40+00:00 Eric wrote:

Are you certain this is specific to xfs?

I changed the TEST_FILENAME() macro to use /mnt/testfs instead of /tmp,
tried ext3, ext4, and xfs, re-running "make check-TESTS" in the init/
dir, and it seems to fail on each one.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/4

------------------------------------------------------------------------
On 2010-02-16T20:51:48+00:00 Eric wrote:

Hm, or more simply, mount different filesystems on /tmp :)

Well, I get failures with ext4 /tmp as well as with tmpfs on /tmp

Anton, any chance you can try ext3 or ext4 in your setup?

I'm inclined to distrust this "make check" ... but then I can't tell
what it's doing, w/ all the macro cleverness.

Just for examples...

xfs:

Testing nih_dir_walk()
...with no filter
...with filter
...with stat failure and no error handler
BAD: wrong value for logger_called, expected 1 got 0
        at tests/test_file.c:934 (test_dir_walk).
/bin/sh: line 4: 28248 Aborted                 ${dir}$tst
FAIL: test_file

Testing nih_watch_new()
...with file
...with directory only
...with directory and sub-directories
...with create handler
...with non-existant path
...with error with sub-directory
BAD: wrong value for logger_called, expected TRUE got FALSE
        at tests/test_watch.c:504 (test_new).
/bin/sh: line 4: 28253 Aborted                 ${dir}$tst
FAIL: test_watch

Testing nih_main_write_pidfile()
...with successful write
...with overwrite of existing pid
...with failure to write to temporary file
BAD: wrong value for ret, expected less than 0 got 0
        at tests/test_main.c:417 (test_write_pidfile).
/bin/sh: line 4: 28258 Aborted                 ${dir}$tst
FAIL: test_main

ext3:

Same 3 failures.


-Eric

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/5

------------------------------------------------------------------------
On 2010-02-17T11:24:24+00:00 Petr wrote:

Are you runninng make check under root user?

Some libnih and upstart tests fail with euid == 0. Typical reason is
that test tries if it is able to read file without read right on file or
"x" right on directory and root user can always read or walk through
these files/directories

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/6

------------------------------------------------------------------------
On 2010-02-17T11:30:21+00:00 Petr wrote:

Comment #5 probably refers to another issue than original report see my
previous comment

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/7

------------------------------------------------------------------------
On 2010-02-18T16:32:15+00:00 Eric wrote:

Ok, yes, I was running it as root.  Sorry for that noise ...

-Eric

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/8

------------------------------------------------------------------------
On 2010-03-15T14:27:20+00:00 Bug wrote:


This bug appears to have been reported against 'rawhide' during the Fedora 13 
development cycle.
Changing version to '13'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/9

------------------------------------------------------------------------
On 2010-03-29T16:46:15+00:00 Anton wrote:

Tested 'make check' with some filesystems, mounted in /tmp:

good: ext[234], tmpfs, btrfs, nilfs2
bad: xfs, jfs, reiserfs

Seems, that it may be a unimplemented feature in some
filesystems (first of journaled?).
Failed code dont give enougth information about feature:

test_conf.c:243 file = (ConfFile *)nih_hash_lookup (source->files, filename);
after this statement 'file' is 0.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/10

------------------------------------------------------------------------
On 2010-05-19T22:38:51+00:00 Eric wrote:

Dave, not sure what's going on on this one but just randomly cc'ing you
on xfs-related bugs ;)

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/11

------------------------------------------------------------------------
On 2010-05-22T10:35:12+00:00 Anton wrote:

The main issue (do nothing) dissapear after some of
initscripts updates. Seems, that upstart must require
initscripts >= 9.12 ?
But failed tests may indicate obscure kernel bug,
related to first journaled filesystems.
Sorry, but I don't know how to make a testcase:
tests from upstart is not a vivid thing.
If it don't affect to other programs, bug may be closed.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/12

------------------------------------------------------------------------
On 2010-05-22T13:16:10+00:00 Eric wrote:

Do the upstart tests still fail on recent kernels & recent upstart?

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/13

------------------------------------------------------------------------
On 2010-10-15T06:49:08+00:00 Fedora wrote:

This package has changed ownership in the Fedora Package Database.
Reassigning to the new owner of this component.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/14

------------------------------------------------------------------------
On 2010-11-08T16:44:56+00:00 Petr wrote:

This is issue of libnih library.

There is a test if an entity is a directory based on struct dirent
returned by readdir(3):

nih/file.c:644      if (filter && filter (data, subpath, ent->d_type ==
DT_DIR))

but used item d_type is not supported by all filesystem.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/15

------------------------------------------------------------------------
On 2010-11-08T16:49:35+00:00 Petr wrote:

Created attachment 458805
don't use dirent.d_type

This patch changes detection of directory from dirent.d_type to
S_ISDIR(statbuf.st_mode))) and adds one more test to cover this bug.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/16

------------------------------------------------------------------------
On 2010-11-12T15:51:15+00:00 Petr wrote:

I've pushed and built in rawhide fixed libnih-1.0.2-3.fc15 package [1]

I've done some tests myself but it would be nice if you test it too.


[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=2597092

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/19

------------------------------------------------------------------------
On 2010-11-13T09:16:30+00:00 Anton wrote:

Seems to fixed in libnih-1.0.2-3.fc15.
Propose to close.
It may be usefull to emit warning while compiling code with dirent.d_type.

Reply at: https://bugs.launchpad.net/libnih/+bug/672643/comments/20


** Changed in: upstart (Fedora)
       Status: Unknown => Fix Released

** Changed in: upstart (Fedora)
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/672643

Title:
  make test fails on xfs filesystem

To manage notifications about this bug go to:
https://bugs.launchpad.net/libnih/+bug/672643/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to