cygwin sshd dumping stack trace when not allocating pseudo-tty

Thorsten Glaser t.glaser@tarent.de
Wed Aug 21 10:42:00 GMT 2013


On Tue, 20 Aug 2013, Larry Hall (Cygwin) wrote:

> On 8/20/2013 4:32 AM, Thorsten Glaser wrote:
> > On Mon, 19 Aug 2013, Larry Hall (Cygwin) wrote:
> > 
> > > and to understand the method you're using to login.
> > 
> > SSH public-key auth, that is, RSA keys. (This is a requirement
> > because the process will run as batch job so we cannot use any
> > interactive auth method.)
> 
> Understood but method 2 and 3 allow for this as well.  They use a
> very different way of "getting there".  One of these two methods
> could work for you.

Hm. I must admit I’m a bit confused here, but AIUI if there’s a
problem with logging in (the auth method or that the home directory
is on the domain controller), then I should be unable to login with
SSH key, without password, interactively, too – right?

As things stands:

ssh-key interactive ⇒ works
password interactive ⇒ works
ssh-key batch ⇒ doesn’t work (-T, running a command, scp, rsync)
password batch ⇒ works

> It's telling you that cmd.exe doesn't understand UNC paths.  And that
> actually gives me an idea.  Can you create a local home directory

Hmm. When I login using ssh-key interactively, I get this:

tglase@tglase:~ $ ssh cygbox
Last login: Tue Aug 20 10:21:46 2013 from tglase.lan.tarent.de
tglase@cygbox:~$ pwd
//dc/tglase

So why would it work interactively but not in batch mode?

> and run ssh-user-config again to see if that helps?  If so, you can
> either continue to use this configuration or try method 3.
> 
> Other things I noted:
> 
>   1. You're running cygwin 1.7.9.  The current version is 1.7.24.  You
>      should upgrade.

I cannot “just” change things like this on the system unless
it’s known that not doing so fixes a problem (actually, the
system isn’t even normally mine to administer, I’m just helping
out).

>   2. Your CYGWIN environment variable contains "sshd".  You should
>      remove this.

I’ve got no idea where this is set; running a cygwin or CMD.EXE
doesn’t set $CYGWIN or %CYGWIN%, respectively, at all.

>   3. You have an orphaned installation at the level of your C drive.
>      If you have not already, you should remove this installation.

No, there’s precisely one Cygwin installation on that system,
which lives in C:\CYGWIN – I checked (even looked for stray
cygwin1.dll in e.g. windows\system32).

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-314
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Boris Esser, Sebastian Mancke

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple



More information about the Cygwin mailing list