This is the mail archive of the
mailing list for the Cygwin project.
RE: cygrunsrv does not start sshd in 1 out of 40 installs
- From: "Hildenbrand, Patrick" <patrick dot hildenbrand at sap dot com>
- To: "'Lassi A. Tuura'" <lassi dot tuura at cern dot ch>
- Cc: "'cygwin at cygwin dot com'" <cygwin at cygwin dot com>
- Date: Wed, 13 Feb 2002 08:17:55 +0100
- Subject: RE: cygrunsrv does not start sshd in 1 out of 40 installs
never gets started means that cygrunsrv does not seam to exec /usr/sbin/sshd
at all (we've replaced the exec with somthing else to try this). Started
with invoker, there is NO delay in starting the sshd. Just the same as for
the installations with a working cygrunsrv. The long startup only occurs on
systems where the service doesn't start.
Again, this is NOT a startup issue. Just toi make it clear, this is trying
to start the sshd daemon while the system is running (days after the last
restart even) with being logged in using PCAnywhere from remote and haveing
filesystems mapped. So I'm shure that networking is operational ;-)
I personally doubt that this is a permission problem. There is no indication
to this (remember, once started by invoker, sshd just runs as usual).
Mit besten Grüssen,
> Patrick Hildenbrand
> Operations & Technology
> SAP Hosting AG & Co. KG
> Raiffeisenring 45
> 68789 St. Leon-Rot, Germany
> T +49/6227/7-66410
> F +49/6227/7-66301
> E firstname.lastname@example.org
From: Lassi A. Tuura [mailto:email@example.com]
Sent: Dienstag, 12. Februar 2002 18:45
To: Hildenbrand, Patrick
Subject: Re: cygrunsrv does not start sshd in 1 out of 40 installs
> I did follow this discussion, but this one is totally unrelated as the
> startup fails every time using cygrunsrv and works ok every time using
> invoker AND because sshd even never gets started.
sshd never gets started, or never executes? IIRC "service starts" means
that it does something magic within 30 seconds of getting executed;
otherwise it gets registered as failed to start. That doesn't mean the
program didn't run. As for invoker, I do not know what it does -- it
could run just enough slower that the other service has a chance to
You may of course be completely right, the problem could be elsewhere.
Just make sure that's the case -- don't dismiss the possibility without
I probably can't help you much more as I haven't had this type of
service start-up problem, only permission issues that were fairly
trivial to solve. Try checking the multitude of permission-related
issues people have solved and reported previously on this list.
Never forget that only dead fish swim with the stream.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html