openssh unix dev - Aug 2001 - CVS oddness on Solaris.

Ok.. While helping someone else out with a Solaris 6 issue.. I'm noticing
something is broken on Solaris 7.. I've not verified it on Linux.. That is
my next step.  But this is what I'm seeing.

I installed the latest CVS snapshot (actually from the Developer's tree
but no changes have been made since 21th), compiled, and installed.. and
now:

ssh localhost "ps -ef"  does not work.  It acts like it works, -v -v
-v
shows everything right, but.. no output..

[..]
debug3: clear hostkey 0
debug3: clear hostkey 1
debug3: clear hostkey 2
debug1: channel 0: new [client-session]
debug3: ssh_session2_command: channel_new: 0
debug1: send channel open 0
debug1: Entering interactive session.
debug2: callback start
debug1: client_init id 0 arg 0
debug1: Sending command: ps -ef
debug2: callback done
debug1: channel 0: open confirm rwindow 0 rmax 16384
debug1: channel_free: channel 0: client-session, nchannels 1
debug3: channel_free: status: The following connections are open:
  #0 client-session (t4 r0 i1/0 o16/0 fd 6/8)
[..]

Has anyone else see this?

Well, off to throw up OpenSSH -current on Linux for testing...

- Ben

On Wed, 22 Aug 2001 mouring at etoh.eviladmin.org wrote:
>
> Ok.. While helping someone else out with a Solaris 6 issue.. I'm
noticing
> something is broken on Solaris 7.. I've not verified it on Linux.. That
is
> my next step.  But this is what I'm seeing.
>
> I installed the latest CVS snapshot (actually from the Developer's tree
> but no changes have been made since 21th), compiled, and installed.. and
> now:
>
> ssh localhost "ps -ef"  does not work.  It acts like it works, -v
-v -v
> shows everything right, but.. no output..
>
> [..]
> debug3: clear hostkey 0
> debug3: clear hostkey 1
> debug3: clear hostkey 2
> debug1: channel 0: new [client-session]
> debug3: ssh_session2_command: channel_new: 0
> debug1: send channel open 0
> debug1: Entering interactive session.
> debug2: callback start
> debug1: client_init id 0 arg 0
> debug1: Sending command: ps -ef
> debug2: callback done
> debug1: channel 0: open confirm rwindow 0 rmax 16384
> debug1: channel_free: channel 0: client-session, nchannels 1
> debug3: channel_free: status: The following connections are open:
>   #0 client-session (t4 r0 i1/0 o16/0 fd 6/8)
> [..]
>
> Has anyone else see this?
Yes, It's broken on Solaris 8 too. (14 Oct 2001 CVS)
Truus shows
....
1284:	close(4)					= 0
1284:	stat64("/usr/lib/security/pam_unix.so.1", 0xEFFFEDC0) = 0
1284:	door_info(3, 0xEFFFE150)			= 0
1284:	door_call(3, 0xEFFFE138)			= 0
1284:	open("/var/adm/lastlog", O_RDWR|O_CREAT, 0444)	= 4
1284:	llseek(4, 868, SEEK_SET)			= 868
1284:	time()						= 1003090206
1284:	    Incurred fault #6, FLTBOUNDS  %pc = 0xEF5B361C
1284:	      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000005
1284:	    Received signal #11, SIGSEGV [default]
1284:	      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000005
1284:		*** process killed ***

Still looking.
>
> Well, off to throw up OpenSSH -current on Linux for testing...
UnixWare is fine.
>
> - Ben
>
-- 
Tim Rice				Multitalents	(707) 887-1469
tim at multitalents.net

Not disputing the fact.  Just stating what needs to be done in order for
Solaris to work right.

- Ben

On Wed, 17 Oct 2001, James Ralston wrote:
> On Sun, 14 Oct 2001 mouring at etoh.eviladmin.org wrote:
> > This is solved by enabled the PAM TTY hack.. Which breaks HP/UX.  I
> > think we should enable the PAM TTY hack for Solaris if we are going
> > to keep with the idea of doing sessions for non-interactive logins.
>
> IMO, doing PAM sessions for non-interactive logins is the correct
> thing to do; interactive or no, one is still creating a session on the
> machine...
>
> --
> James Ralston, Information Technology
> Software Engineering Institute
> Carnegie Mellon University, Pittsburgh, PA, USA
>
>