Interrupted system call on open

Michael Sperber [Mr. Preprocessor] sperber at Informatik.Uni-Tuebingen.De
Mon Sep 13 11:12:12 CEST 1999



Thanks for the patch fixing command-line handling.  Now, for the
actual problem:

I get interrupted calls to open(3) on 0.27/FreeBSD 3.2-RELEASE.  This
seems to happen only with certain applications (so far, Window Maker,
Netscape, and building Scheme 48), but I can't see anything unusual in
the code they use.  With these applications, it happens fairly (but
not entirely) consistently, so it's reproducible, to all intents and
purposes.

The logs are not very illuminating.  The arladebug log just says this:

Mon Sep 13 11:00:42 1999: arlad: worker 0: processing
Mon Sep 13 11:00:42 1999: arlad: Rec message: opcode = 4 (getnode), size = 292
Mon Sep 13 11:00:42 1999: arlad: multi-sending wakeup: seq = 66807, error = 2
Mon Sep 13 11:00:42 1999: arlad: worker 0: done
Mon Sep 13 11:00:42 1999: arlad: worker 0 waiting
Mon Sep 13 11:00:42 1999: arlad: worker 0: processing
Mon Sep 13 11:00:42 1999: arlad: Rec message: opcode = 12 (open), size = 40
Mon Sep 13 11:00:42 1999: arlad: read_data
Mon Sep 13 11:00:44 1999: arlad: cm_open(): unknown token: 1, assuming AREAD
Mon Sep 13 11:00:44 1999: arlad: Multi-send: opcode = 9 (installdata), size = 460
Mon Sep 13 11:00:44 1999: arlad: multi-sending wakeup: seq = 66808, error = 0
Mon Sep 13 11:00:44 1999: arlad: worker 0: done
Mon Sep 13 11:00:44 1999: arlad: worker 0 waiting

The xfsdebug log says this:

Sep 13 11:03:21 chanel-no5 /kernel: xfs_lookup: (scheme48.image, 14), nameiop = 1, flags = 49228
Sep 13 11:03:21 chanel-no5 /kernel: xfs_access mode = 0100
Sep 13 11:03:21 chanel-no5 /kernel: xfs_access(0100) = 0
Sep 13 11:03:21 chanel-no5 /kernel: xfs_dnlc_lookup(0xc2f241c0, "scheme48.image")
Sep 13 11:03:21 chanel-no5 /kernel: xfs_dnlc_lookup: v_id = 65051
Sep 13 11:03:21 chanel-no5 /kernel: xfs_dnlc_lookup: calling cache_lookup:dvp = 0xc2f241c0, cnp = (scheme48.image, 14, 1298), flags = c04c
Sep 13 11:03:21 chanel-no5 /kernel: xfs_dnlc_lookup: cache_lookup returned. error = 0, *res = 0
Sep 13 11:03:21 chanel-no5 /kernel: xfs_message_rpc opcode = 4
Sep 13 11:03:21 chanel-no5 /kernel: xfs_syscall(20, 0, -2146675147, 0x85be400, 0)
Sep 13 11:03:21 chanel-no5 /kernel: fhopen_call: flags = 0
Sep 13 11:03:21 chanel-no5 /kernel: xfs_fhopen: flags = 0
Sep 13 11:03:21 chanel-no5 /kernel: xfs_fhlookup (xfs)
Sep 13 11:03:21 chanel-no5 /kernel: xfs_message_receive opcode = 1
Sep 13 11:03:22 chanel-no5 /kernel: xfs_message_wakeup error: 2
Sep 13 11:03:22 chanel-no5 /kernel: xfs_message_rpc this_process->error_or_size = 0
Sep 13 11:03:22 chanel-no5 /kernel: xfs_message_rpc opcode ((xfs_message_wakeup*)(this_process->message))->error = 2
Sep 13 11:03:22 chanel-no5 /kernel: xfs_lookup: error = -2
Sep 13 11:03:22 chanel-no5 /kernel: xfs_eopnotsupp
Sep 13 11:03:22 chanel-no5 /kernel: xfs_create: (scheme48.image)
Sep 13 11:03:22 chanel-no5 /kernel: xfs_message_rpc opcode = 15
Sep 13 11:03:22 chanel-no5 /kernel: caught signal
Sep 13 11:03:22 chanel-no5 /kernel: xfs_message_rpc this_process->error_or_size = 4
Sep 13 11:03:22 chanel-no5 /kernel: xfs_message_rpc opcode ((xfs_message_wakeup*)(this_process->message))->error = 536874230
Sep 13 11:03:22 chanel-no5 /kernel: xfs_create: error = 4


-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla





More information about the Arla-drinkers mailing list