[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openssh-bugs
Subject:    [Bug 1369] New: gss-cleanup.sh sometimes fails on fast machines
From:       bugzilla-daemon () bugzilla ! mindrot ! org
Date:       2007-09-25 0:48:01
Message-ID: bug-1369-705 () http ! bugzilla ! mindrot ! org/
[Download RAW message or body]

http://bugzilla.mindrot.org/show_bug.cgi?id=1369

           Summary: gss-cleanup.sh sometimes fails on fast machines
           Product: Portable OpenSSH
           Version: 4.7p1
          Platform: Sparc
        OS/Version: Solaris
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Miscellaneous
        AssignedTo: bitbucket@mindrot.org
        ReportedBy: David.Leonard@quest.com


Created an attachment (id=1361)
 --> (http://bugzilla.mindrot.org/attachment.cgi?id=1361)
slow down gss-cleanup.sh

It looks like the gss cred deletion code runs after the client has
disconnected. Meaning, there is a race condition in
regress/gss-cleanup.sh. When the first client disconnects, the second
looks to see if the cleanup has finished. In the mean time, the first
server process may not have completed.

This appeared on some of my faster boxes, I was getting occasional
failures with gss-cleanup.sh, saying that the cred cache was left
behind, but I couldn't find it. Adding a 'sleep 1' seems to have helped
a lot.


-- 
Configure bugmail: http://bugzilla.mindrot.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
_______________________________________________
openssh-bugs mailing list
openssh-bugs@mindrot.org
https://lists.mindrot.org/mailman/listinfo/openssh-bugs
[prev in list] [next in list] [prev in thread] [next in thread]