samba - May 2006 - 3.0.23rc1 - Failed to setup RT_SIGNAL_NOTIFY handler

Hi @all,

I have many messages in the log file with this version:

[2006/05/25 15:25:42, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
   Failed to setup RT_SIGNAL_LEASE handler
[2006/05/25 15:25:42, 0] smbd/notify_kernel.c:kernel_notify_init(224)
   Failed to setup RT_SIGNAL_NOTIFY handler
[2006/05/25 15:25:49, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
   Failed to setup RT_SIGNAL_LEASE handler
[2006/05/25 15:25:49, 0] smbd/notify_kernel.c:kernel_notify_init(224)
   Failed to setup RT_SIGNAL_NOTIFY handler
[2006/05/25 15:26:02, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
   Failed to setup RT_SIGNAL_LEASE handler
[2006/05/25 15:26:02, 0] smbd/notify_kernel.c:kernel_notify_init(224)
   Failed to setup RT_SIGNAL_NOTIFY handler

I think this is new since 3.0.23x.

deveis # uname -a
Linux deveis 2.4.26-1 #15 Sun Oct 24 22:54:01 CEST 2004 i686 pentium4 
i386 GNU/Linux

deveis # /lib/libc.so.6
GNU C Library stable release version 2.2.5, by Roland McGrath et al.
Copyright (C) 1992-2001, 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 2.95.4 20011002 (Debian prerelease).
Compiled on a Linux 2.4.18 system on 2003-04-08.
Available extensions:
         GNU libio by Per Bothner
         crypt add-on version 2.1 by Michael Glad and others
         linuxthreads-0.9 by Xavier Leroy
         BIND-8.2.3-T5B
         libthread_db work sponsored by Alpha Processor Inc
         NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Report bugs using the `glibcbug' script to <bugs@gnu.org>.


der tom

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thomas Bork wrote:
> Hi @all,
> 
> I have many messages in the log file with this version:
> 
> [2006/05/25 15:25:42, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
>   Failed to setup RT_SIGNAL_LEASE handler
> [2006/05/25 15:25:42, 0] smbd/notify_kernel.c:kernel_notify_init(224)
>   Failed to setup RT_SIGNAL_NOTIFY handler
> [2006/05/25 15:25:49, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
>   Failed to setup RT_SIGNAL_LEASE handler
> [2006/05/25 15:25:49, 0] smbd/notify_kernel.c:kernel_notify_init(224)
>   Failed to setup RT_SIGNAL_NOTIFY handler
> [2006/05/25 15:26:02, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
>   Failed to setup RT_SIGNAL_LEASE handler
> [2006/05/25 15:26:02, 0] smbd/notify_kernel.c:kernel_notify_init(224)
>   Failed to setup RT_SIGNAL_NOTIFY handler
> 
> I think this is new since 3.0.23x.
> 
> deveis # uname -a
> Linux deveis 2.4.26-1 #15 Sun Oct 24 22:54:01 CEST 2004 i686 pentium4
> i386 GNU/Linux
Volker,  I don't know of any outstanding issues with
kernel oplocks.  Any ideas?





cheers, jerry
====================================================================Samba       
------- http://www.samba.org
Centeris                         -----------  http://www.centeris.com
"What man is a man who does not make the world better?"      --Balian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFEdbUMIR7qMdg1EfYRAvdsAKDomP9gZaQhQSNBSNKV75UHmDRnPACg0ajj
UjZQKOPIICDLKZLlpPY698A=6nPR
-----END PGP SIGNATURE-----

On Thu, May 25, 2006 at 03:31:07PM +0200, Thomas Bork
wrote:
> [2006/05/25 15:25:42, 0] smbd/oplock_linux.c:linux_init_kernel_oplocks(247)
>   Failed to setup RT_SIGNAL_LEASE handler
> [2006/05/25 15:25:42, 0] smbd/notify_kernel.c:kernel_notify_init(224)
>   Failed to setup RT_SIGNAL_NOTIFY handler
Is this a change from pre1? I'm not aware of any changes.

Can we get a debug level 10 log and an strace of such a
message?

Thanks,

Volker
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url :
http://lists.samba.org/archive/samba/attachments/20060526/73f9af39/attachment.bin

On 5/29/06, Volker Lendecke <Volker.Lendecke@sernet.de>
wrote:
> On Sun, May 28, 2006 at 08:34:57PM +0200, Thomas Bork wrote:
> > Please accept this patch for configure.in, removing the function
> > introduced in 15508 (Use clock_gettime for profiling timestamps if it
is
> > available. Use the fastest clock available on uniprocessors.):
>
> Hmmm. Fully removing it might not be really the right thing.
> It might however be good to only link in -lrt (and thus the
> depending pthreads) if --with-profiling-data=yes.
>
> James, what do you think?
Yeh, that seems like the right thing to do.

-- 
James Peach | jorgar@gmail.com