From: "Misha Sushchik" <msushchi@thermawave.com>
To: <ibr@radix50.net>, <linux-kernel@vger.kernel.org>
Subject: Re: Help: error 514 in select()
Date: Mon, 21 Aug 2006 18:49:03 -0700 [thread overview]
Message-ID: <s4ea002d.085@smtp.thermawave.com> (raw)
Baurzhan:
Thank you for this information.
We are now trying to get someone fix the problem for us.
Unfortunately I know nothing of kernel-level programming and do not have the time to get up to speed in it myself.
At my level (application developer, not very deep) I have several pieces that I am missing.
1) I do not know when this problem first appeared (or, re-appeared, as I can see from searching the web). If we knew the latest version where this problem was not, we would consider just going back to that version, instead of waiting for the bug to be fixed.
2) I do not have a sensible way of reproducing this error in a short time. It may take a few days of running our application in order for it to fail in this way. This is killing us (timewise) in testing possible solutions.
The latest kernel we had this reproduced with was 2.6.17.
Thanks a lot for your help.
Misha.
>>> Baurzhan Ismagulov <ibr@radix50.net> 08/19/06 03:05AM >>>
Hello Misha,
On Fri, Aug 18, 2006 at 07:37:50PM -0700, Misha Sushchik wrote:
> I am writing to you because I found a post by you in a newsgroup that
> described improper error reporting by select(), reporting error 514.
So if you don't mind, I'm taking this to linux-kernel, please answer to
the list and Cc to me.
> We recently tried to upgrade our server from RedHat 7 to RHEL 4, with
> kernel version 2.6.9. Our CORBA-based communication now is halted now
> and then due to "unknown error 514" in select().
include/linux/errno.h says user space should never see this error code,
so this is a bug in your kernel. core_sys_select returns this code if a
signal is pending for the current process. You have the following
options:
* Test with the latest kernel. 2.6.9 is almost two years old.
* Ask RedHat to fix the problem in 2.6.9.
* Fix the problem yourself.
You may try applying something like the following to your current kernel
in order to understand how to reproduce the problem (untested):
diff -Naurp linux-2.6.orig/fs/select.c linux-2.6/fs/select.c
--- linux-2.6.orig/fs/select.c 2006-08-19 11:57:53.000000000 +0200
+++ linux-2.6/fs/select.c 2006-08-19 11:57:43.000000000 +0200
@@ -430,6 +430,8 @@ asmlinkage long sys_select(int n, fd_set
}
}
+ if (ret == -ERESTARTNOHAND)
+ BUG();
return ret;
}
IIUC, this should print a backtrace every time the problem occurs.
With kind regards,
Baurzhan.
next reply other threads:[~2006-08-22 1:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-22 1:49 Misha Sushchik [this message]
[not found] <s4ea002d.084@smtp.thermawave.com>
2006-08-23 23:22 ` Help: error 514 in select() Baurzhan Ismagulov
[not found] <s4e61722.051@smtp.thermawave.com>
2006-08-19 10:05 ` Baurzhan Ismagulov
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=s4ea002d.085@smtp.thermawave.com \
--to=msushchi@thermawave.com \
--cc=ibr@radix50.net \
--cc=linux-kernel@vger.kernel.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox