Samba

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • release_posix_lock: unable to find entry to delete withSamba3.0.23b on Redhat ES4

    5 answers - 2251 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    We are running Samba3.0.23b on Redhat ES4 and find that we are getting
    quite a few of the release_posix_lock errors appearing in the SAMBA log
    (See base of this note). There is no obvious impact on the operation of
    the system, but I was wondering if anyone else is experiencing the same
    and whether we need to worry about this. We have the default "posix
    locking=yes" in operation and I note in the man entry that we "should
    never need to disable this parameter". However if we do turn it off, the
    errors appear to go away. I suspect though that this means that there is
    not full lock integrity on our files?
    We are using exactly the same settings with Samba3.0.23b on both Solaris
    8 and Solaris 10 and we do not see this problem. Redhat system is
    fully patched up to date and so is the gcc we are compiling samba with.
    See entries from log.smb below.
    Andrew
    [2006/08/18 08:04:37, 0] lib/util.c:smb_panic(1592)
    PANIC (pid 7536): release_posix_lock: unable find entry to delete !
    [2006/08/18 08:04:37, 0] lib/util.c:log_stack_trace(1699)
    BACKTRACE: 14 stack frames:
    #0 /opt/samba/sbin/smbd(log_stack_trace+0x1a) [0x552acab33c]
    #1 /opt/samba/sbin/smbd(smb_panic+0x69) [0x552acab1d1]
    #2 /opt/samba/sbin/smbd(release_posix_lock+0x11a) [0x552ac64e11]
    #3 /opt/samba/sbin/smbd [0x552ac60f86]
    #4 /opt/samba/sbin/smbd(brl_unlock+0x46) [0x552ac61a32]
    #5 /opt/samba/sbin/smbd(do_unlock+0x164) [0x552ac5e0b1]
    #6 /opt/samba/sbin/smbd(reply_lockingX+0x57c) [0x552ab4431f]
    #7 /opt/samba/sbin/smbd [0x552ab72a91]
    #8 /opt/samba/sbin/smbd [0x552ab72b51]
    #9 /opt/samba/sbin/smbd [0x552ab72eb4]
    #10 /opt/samba/sbin/smbd(smbd_process+0x140) [0x552ab73caa]
    #11 /opt/samba/sbin/smbd(main+0x894) [0x552ad4045a]
    #12 /lib64/tls/libc.so.6(__libc_start_main+0xdb) [0x2a96b883fb]
    #13 /opt/samba/sbin/smbd [0x552ab078fa]
    [2006/08/18 08:04:37, 0] lib/fault.c:dump_core(168)
    unable to change to / to dump core
    This e-mail has been scanned for all viruses by Star. The
    service is powered by MessageLabs. For more information on a proactive
    anti-virus service working around the clock, around the globe, visit:
    http://www.star.net.uk
  • No.1 | | 1186 bytes | |

    Fri, Aug 18, 2006 at 08:19:16AM +0100, Andrew Wilson wrote:
    We are running Samba3.0.23b on Redhat ES4 and find that we are getting
    quite a few of the release_posix_lock errors appearing in the SAMBA log
    (See base of this note). There is no obvious impact on the operation of
    the system, but I was wondering if anyone else is experiencing the same
    and whether we need to worry about this. We have the default "posix
    locking=yes" in operation and I note in the man entry that we "should
    never need to disable this parameter". However if we do turn it off, the
    errors appear to go away. I suspect though that this means that there is
    not full lock integrity on our files?

    We are using exactly the same settings with Samba3.0.23b on both Solaris
    8 and Solaris 10 and we do not see this problem. Redhat system is
    fully patched up to date and so is the gcc we are compiling samba with.

    Strange. You're hitting a deliberate panic due to what smbd believes
    is a logic error in the lock counts. Can you find out more about how
    you reproduce this problem ? Is there anything specific you're doing
    when it happens ?

    Jeremy.
  • No.2 | | 2992 bytes | |

    Hello Jeremy,

    Thanks for the response. I forgot to add in my original posting that we
    did not see this problem with Samba3.0.22 on the same system with the
    same smb.conf file.

    I notice that in the smb.log file, these errors always occur in pairs -
    having exactly the same time, date and content. There is usually a few
    minutes between their occurance - sometimes as much as half an hour. I
    know this probably isn't much help, but I notice that the errors stop
    outside working hours - suggesting (to me) that they are occuring in
    response to our users initiating some file/print action on their PC's.
    This at least gives me a hint to investigate how to replicate the problem.

    Unfortunately I am out of the office for the next week - I will get my
    colleauges to gather some more information on the problem and try to
    find a way to replicate the errors. Will post again when I have any
    further information.

    Many thanks for your help

    Andrew

    Jeremy Allison wrote:

    Fri, Aug 18, 2006 at 08:19:16AM +0100, Andrew Wilson wrote:

    >
    >>We are running Samba3.0.23b on Redhat ES4 and find that we are getting
    >>quite a few of the release_posix_lock errors appearing in the SAMBA log
    >>(See base of this note). There is no obvious impact on the operation of
    >>the system, but I was wondering if anyone else is experiencing the same
    >>and whether we need to worry about this. We have the default "posix
    >>locking=yes" in operation and I note in the man entry that we "should
    >>never need to disable this parameter". However if we do turn it off, the
    >>errors appear to go away. I suspect though that this means that there is
    >>not full lock integrity on our files?
    >>
    >>We are using exactly the same settings with Samba3.0.23b on both Solaris
    >>8 and Solaris 10 and we do not see this problem. Redhat system is
    >>fully patched up to date and so is the gcc we are compiling samba with.

    >
    >>

    >
    >Strange. You're hitting a deliberate panic due to what smbd believes
    >is a logic error in the lock counts. Can you find out more about how
    >you reproduce this problem ? Is there anything specific you're doing
    >when it happens ?
    >
    >Jeremy.
    >
    >
    >This e-mail has been scanned for all viruses by Star. The
    >service is powered by MessageLabs. For more information on a proactive
    >anti-virus service working around the clock, around the globe, visit:
    >http://www.star.net.uk
    >


    This e-mail has been scanned for all viruses by Star. The
    service is powered by MessageLabs. For more information on a proactive
    anti-virus service working around the clock, around the globe, visit:
    http://www.star.net.uk
  • No.3 | | 2972 bytes | |

    Jeremy,

    I have located the source of this error in our config' - we had "posix
    locking=no" in force on the share we are using to host the NT/XP
    profiles (See the definition below). When we remove this (to allow the
    default posix locking) the errors go away - they were occuring during
    log on and log off from Windows XP clients. I probably should have
    spotted this one - so sorry about that. However I do remember having to
    put this setting in place with a much older version of Samba, running
    under Solaris, in order to get the profiles to work reliably. In any
    case I am not sure whether you think this setting should be causing a
    panic in smbd under these circumstances ?

    Best Regards

    Andrew

    [profile]
    comment = My Profile Data
    path = %H/.ntprofile
    profile acls = yes
    read only = no
    browseable = no
    create mask = 0600
    directory mask = 0700
    oplocks = no
    level2 oplocks = no
    posix locking = no

    Jeremy Allison wrote:

    Fri, Aug 18, 2006 at 08:19:16AM +0100, Andrew Wilson wrote:

    >
    >>We are running Samba3.0.23b on Redhat ES4 and find that we are getting
    >>quite a few of the release_posix_lock errors appearing in the SAMBA log
    >>(See base of this note). There is no obvious impact on the operation of
    >>the system, but I was wondering if anyone else is experiencing the same
    >>and whether we need to worry about this. We have the default "posix
    >>locking=yes" in operation and I note in the man entry that we "should
    >>never need to disable this parameter". However if we do turn it off, the
    >>errors appear to go away. I suspect though that this means that there is
    >>not full lock integrity on our files?
    >>
    >>We are using exactly the same settings with Samba3.0.23b on both Solaris
    >>8 and Solaris 10 and we do not see this problem. Redhat system is
    >>fully patched up to date and so is the gcc we are compiling samba with.

    >
    >>

    >
    >Strange. You're hitting a deliberate panic due to what smbd believes
    >is a logic error in the lock counts. Can you find out more about how
    >you reproduce this problem ? Is there anything specific you're doing
    >when it happens ?
    >
    >Jeremy.
    >
    >
    >This e-mail has been scanned for all viruses by Star. The
    >service is powered by MessageLabs. For more information on a proactive
    >anti-virus service working around the clock, around the globe, visit:
    >http://www.star.net.uk
    >


    This e-mail has been scanned for all viruses by Star. The
    service is powered by MessageLabs. For more information on a proactive
    anti-virus service working around the clock, around the globe, visit:
    http://www.star.net.uk
  • No.4 | | 1060 bytes | |

    Tue, Aug 29, 2006 at 09:41:15PM +0100, Andrew Wilson wrote:
    Jeremy,

    I have located the source of this error in our config' - we had "posix
    locking=no" in force on the share we are using to host the NT/XP
    profiles (See the definition below). When we remove this (to allow the
    default posix locking) the errors go away - they were occuring during
    log on and log off from Windows XP clients. I probably should have
    spotted this one - so sorry about that. However I do remember having to
    put this setting in place with a much older version of Samba, running
    under Solaris, in order to get the profiles to work reliably. In any
    case I am not sure whether you think this setting should be causing a
    panic in smbd under these circumstances ?

    No it shouldn't - it's a bug. But I think it's something I've
    fixed in current SAMBA_3_0 svn. I'll look at the SAMBA_3_0_23
    svn (still using the older locking code, about to be shipped
    as 3.0.23c).

    Thanks for the info !

    Jeremy.
  • No.5 | | 449 bytes | |

    Tue, Aug 29, 2006 at 01:47:52PM -0700, Jeremy Allison wrote:

    No it shouldn't - it's a bug. But I think it's something I've
    fixed in current SAMBA_3_0 svn. I'll look at the SAMBA_3_0_23
    svn (still using the older locking code, about to be shipped
    as 3.0.23c).

    , took a quick look at the 3.0.23c code and I don't see how
    that condition can happen, so I think we've fixed it.

    Jeremy.

Re: release_posix_lock: unable to find entry to delete withSamba3.0.23b on Redhat ES4


max 4000 letters.
Your nickname that display:
In order to stop the spam: 4 + 3 =
QUESTION ON "Samba"

EMSDN.COM