Call for testing: OpenSSH 8.7

Darren Tucker dtucker at dtucker.net
Wed Aug 18 19:02:02 AEST 2021


On Tue, 17 Aug 2021 at 14:46, Tom G. Christensen <tgc at jupiterrise.com>
wrote:

> [...]
> I am seeing this both on a 900Mhz US-III Solaris 9 system where I build
> with v8 instructions (gcc explicitly defaults to it) and a 336Mhz US-II
> Solaris 7 system where currently only openssl is built v8 and the rest
> v7 (gcc explicitly defaults to it).
>
> The Solaris 9 system will always hang in the rekey test at some point,
> the Solaris 7 system often didn't even get that far before hanging.
> After the revert both have completed the full testsuite.
> Both systems also completed the testsuite in 8.6p1 with no hangs.
> [...]
> Solaris < 10 does not have pselect() it uses the compat code.
>

I have not been able to reproduce this.  I've tried:
 - disabling HAVE_PSELECT on a Linux system,
 - disabling HAVE_PSELECT on a 32bit Solaris 10 VM
 - disabling HAVE_PSELECT on a 64bit Solaris 11 VM
 - restoring an old Solaris 7 backup onto a qemu 32bit sparc VM

Can I get some more details?  Compiler, OpenSSL version, configure options,
exact command used to invoke the test?  Oh, and are they multiprocessor
systems (maybe it's a race)?

Also a copy of the ssh.log and sshd.log from a hung instance (off-list is
fine)?

>     the other, and then a <defunct> child of the still running child.
>     With truss I see that the client is still doing poll().

if you truss the sshd that's still alive and hung what's it doing?

-- 
Darren Tucker (dtucker at dtucker.net)
GPG key 11EAA6FA / A86E 3E07 5B19 5880 E860  37F4 9357 ECEF 11EA A6FA (new)
    Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.


More information about the openssh-unix-dev mailing list