From: =?iso-8859-1?q?Ren=E9_Krell?= <rkrell AT gk-software DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: 1.5.19-4: sshd: "child_copy: linked dll data write copy failed"   after computer reboot (Windows 2003 Server SP1)
Date: Tue, 6 Jun 2006 10:10:18 +0200
User-Agent: KMail/1.9.1
References: <200605310939 DOT 55290 DOT rkrell AT gk-software DOT com> <200606021008 DOT 23700 DOT rkrell AT gk-software DOT com> <e5vivc$dr4$1 AT sea DOT gmane DOT org>
In-Reply-To: <e5vivc$dr4$1@sea.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain;   charset="iso-8859-1"
Content-Disposition: inline
Message-Id: <200606061010.18586.rkrell@gk-software.com>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Content-Transfer-Encoding: 8bit

Hello René,

Thanks for your notes, comments below:

On Sunday 04 June 2006 23:22, René Berber wrote:
> René Krell wrote:
> > Well, following the last recommendations I re-installed Cygwin with
> > opensshd from scratch (see also attachment: cygcheck.out) and launched
> > ssh-host-config like this:
>
> [snip]
>
> > After restarting the computer connections are refused:
> > --------------------------------------------------------------------
> > user AT host:~> ssh Administrator AT 192 DOT 168 DOT 60 DOT 99
> > ssh_exchange_identification: Connection closed by remote host
> > --------------------------------------------------------------------
>
> Did you use ssh-user-config before this?

Yes, but I uninstalled all files and Cygwin registry entries and made a 
completely new installation before launching ssh-user-config again. Otherwise 
I wouldn't believen the result, too ;-)

> > .... and in in /var/log/sshd.log appears again the good old song:
> > --------------------------------------------------------------------
> >       9 [main] sshd 2556 child_copy: linked dll data write copy failed,
> > 0x46C000..0x46C040, done 0, windows pid 2284756, Win32 error 87
> > --------------------------------------------------------------------
>
> Could this be an old log entry?

No, see above. Additionally, the effect comes everytime with the same symptoms 
- connection refused on the client and this log entry.

>
> > ... but after "Restart Service" from the service console the connection
> > is established.
>
> Which should give you a clue: what is changed when the user that restarts
> the service logs in?

A goot hint, but at this point I can't get an idea ;-) Anyone else?

> >> [..]
> >> Path:	c:\cygwin\usr\local\bin
> >> 	c:\cygwin\bin
> >> 	c:\cygwin\bin
> >> 	c:\cygwin\usr\X11R6\bin
> >> 	c:\WINDOWS\system32
> >> 	c:\WINDOWS
> >> 	c:\WINDOWS\System32\Wbem
> >> 	c:\PROGRA~1\CA\SHARED~1\SCANEN~1
> >> 	c:\Program Files\Microsoft SQL Server\80\Tools\Binn\
> >> 	c:\Program Files\Microsoft SQL Server\90\Tools\binn\
> >> 	c:\Program Files\Microsoft SQL Server\90\DTS\Binn\
> >> 	c:\Program Files\Microsoft SQL
> >> Server\90\Tools\Binn\VSShell\Common7\IDE\ c:\Program Files\Microsoft
> >> Visual Studio 8\Common7\IDE\PrivateAssemblies\ c:\Program
> >> Files\Subversion\bin
> >> 	d:\gkretail\sshd\bin
> >> 	d:\gkretail\sshd\bin
> >> 	d:\gkretail\sshd\bin
>
> This is the PATH for user Administrator but what part is global?

System Environment Variable - %Path% (...what the service should use from my 
point of view...):
-- CTRL+C -> CTRL+V
%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:
\PROGRA~1\CA\SHARED~1\SCANEN~1;C:\Program Files\Microsoft SQL 
Server\80\Tools\Binn\;C:\Program Files\Microsoft SQL Server\90\Tools\binn\;C:
\Program Files\Microsoft SQL Server\90\DTS\Binn\;C:\Program Files\Microsoft 
SQL Server\90\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files\Microsoft 
Visual Studio 8\Common7\IDE\PrivateAssemblies\;C:\Program 
Files\Subversion\bin;d:\gkretail\sshd\bin;d:\gkretail\sshd\bin;d:
\gkretail\sshd\bin
--
==> The duplicate search path entries might result from an earlier 
installation, but shouldn't matter

>
> Better yet, what is the path to executable in the sshd service properties?

Path to executable (from the service console):
c:\cygwin\bin\cygrunsrv.exe

> [..]
> >> AVENGINE = 'C:\PROGRA~1\CA\SHARED~1\SCANEN~1'
>
> Just anti-virus or includes a firewall?

There's no firewall running on the server.

> [..]
> >> Service             : sshd
> >> Display name        : CYGWIN sshd
> >> Current State       : Running
> >> Controls Accepted   : Stop
> >> Command             : /usr/sbin/sshd -D
> >> stdin path          : /dev/null
> >> stdout path         : /var/log/sshd.log
> >> stderr path         : /var/log/sshd.log
> >> Environment         : CYGWIN="ntsec tty binmode"
> >> Process Type        : Own Process
> >> Startup             : Automatic
> >> Dependencies        : tcpip
> >> Account             : .\sshd_server
>
> Can't see the cause of the problem.  My guess is that something is dynamic,
> but I don't see network drives, the users appear to be local (not network)
> users, and sshd depending on tcpip should be enough... the only suspects
> left are not mentioned at all (a firewall and an anti-virus).

Adding the dependency to "lanmanworkstation" did not have any effect. The 
"Workstation" service itself depends on a number of other ones, so it should 
really startup late (relatively).
I tested it on 3(!) machines with the same configuration and the problem can 
be reliably reproduced on each one of them.
I found some similar threads in earlier discussions, but without a solution 
for me, for instance:
	http://www.cygwin.com/ml/cygwin/2006-04/msg00660.html
	http://www.cygwin.com/ml/cygwin/2006-02/msg01058.html

Regards,
R.K.


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