Malcolm, 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, Kind regards, Patrick Hildenbrand > 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 [EMAIL PROTECTED] > http://www.saphosting.com -----Original Message----- From: Lassi A. Tuura [mailto:[EMAIL PROTECTED]] Sent: Dienstag, 12. Februar 2002 18:45 To: Hildenbrand, Patrick Cc: '[EMAIL PROTECTED]' 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 start. 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 trying. 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. //lat -- Never forget that only dead fish swim with the stream. --Malcolm Muggeridge -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
