bugzilla-daemon at bugzilla.mindrot.org
2007-Sep-25 00:48 UTC
[Bug 1369] New: gss-cleanup.sh sometimes fails on fast machines
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 at mindrot.org ReportedBy: David.Leonard at 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.
bugzilla-daemon at bugzilla.mindrot.org
2007-Sep-25 02:15 UTC
[Bug 1369] gss-cleanup.sh sometimes fails on fast machines
http://bugzilla.mindrot.org/show_bug.cgi?id=1369 Darren Tucker <dtucker at zip.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dtucker at zip.com.au --- Comment #1 from Darren Tucker <dtucker at zip.com.au> 2007-09-25 12:15:03 --- Thanks, but our regress tests don't have a gss-cleanup.sh :-) -- Configure bugmail: http://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.
bugzilla-daemon at bugzilla.mindrot.org
2007-Sep-25 09:23 UTC
[Bug 1369] gss-cleanup.sh sometimes fails on fast machines
http://bugzilla.mindrot.org/show_bug.cgi?id=1369 David Leonard <David.Leonard at quest.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID Depends on| |1242 --- Comment #2 from David Leonard <David.Leonard at quest.com> 2007-09-25 19:23:02 --- oops!! silly me.. :) well, if you ever need some gss regression tests I have some here at http://rc.quest.com/viewvc/openssh/trunk/openssh/regress/ -- Configure bugmail: http://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.
bugzilla-daemon at bugzilla.mindrot.org
2008-Apr-03 23:01 UTC
[Bug 1369] gss-cleanup.sh sometimes fails on fast machines
https://bugzilla.mindrot.org/show_bug.cgi?id=1369 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #3 from Damien Miller <djm at mindrot.org> 2008-04-04 10:01:05 --- Close resolved bugs after release. -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.
bugzilla-daemon at bugzilla.mindrot.org
2010-Feb-09 22:49 UTC
[Bug 1369] gss-cleanup.sh sometimes fails on fast machines
https://bugzilla.mindrot.org/show_bug.cgi?id=1369 Bug 1369 depends on bug 1242, which changed state. Bug 1242 Summary: GSSAPI Keyexchange support https://bugzilla.mindrot.org/show_bug.cgi?id=1242 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |WONTFIX Status|NEW |RESOLVED -- Configure bugmail: https://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. You are watching someone on the CC list of the bug.
Possibly Parallel Threads
- [Bug 1358] New: closefromtest fails, differently, sometimes
- [Bug 1347] New: LLONG_MAX v LONGLONG_MAX
- [Bug 688] PAM modules relying on module-private data (pam_dhkeys, pam_krb5, AFS) fail
- Another request for gss-keyex inclusion
- Bug in Kerberos support for openssh.