X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Thu, 8 Mar 2012 16:50:41 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: 1.7.10 cygrunsrv.exe fails with "fork: 11, Resource temporarily unavailable"
Message-ID: <20120308155041.GX5159@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20120304114922 DOT GA18852 AT calimero DOT vinschen DOT de> <Pine DOT CYG DOT 4 DOT 58 DOT 1203041425290 DOT 2588 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr> <20120305163158 DOT GT18852 AT calimero DOT vinschen DOT de> <4F54F8D6 DOT 3040203 AT cwilson DOT fastmail DOT fm> <20120305173953 DOT GW18852 AT calimero DOT vinschen DOT de> <20120307114321 DOT GA14210 AT calimero DOT vinschen DOT de> <alpine DOT WNT DOT 2 DOT 01 DOT 1203081100050 DOT 7136 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr> <alpine DOT WNT DOT 2 DOT 01 DOT 1203081114010 DOT 6884 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr> <20120308103625 DOT GV5159 AT calimero DOT vinschen DOT de> <alpine DOT WNT DOT 2 DOT 01 DOT 1203081552060 DOT 2864 AT zbpxnh DOT vmov DOT hav-yrvcmvt DOT qr>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <alpine.WNT.2.01.1203081552060.2864@zbpxnh.vmov.hav-yrvcmvt.qr>
User-Agent: Mutt/1.5.21 (2010-09-15)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Mar  8 16:11, Ulf-Dietrich Braumann wrote:
> I guess, when I was installing the service before, I may have
> changed something in the Properties menu of the CYGWIN sshd service,
> perhaps I tested something under the SYSTEM account and then have
> reverted to the cyg_server account, so by this action finally the -D
> may got lost for the call of sshd. BTW, I do not actually understand
> the meaning of -D (When this option is specified, sshd will not
> detach and does not become a daemon. This allows easy monitoring of
> sshd.)

On UNIX-based systems, service processes usually fork and the child
process runs as the service in the background, while the parent process
exits.  That's what is called starting a daemon process.

The Windows Service Control Manager (SCM) doesn't support this mode of
operation, and cygrunsrv is the actual service process from SCM's point
of view.  cygrunsrv itself starts the *real* service like sshd, but in
the default mode it just forks and execs it off, then waits for the 
process to stop.  That's what the -D option of sshd is for.  It does
not create a daemon process and exits, rather the parent just runs as
the service directly.

Cygrunsrv can also handle daemon services, but that is only useful
if the service doesn't support running non-daemonized.  This also
requires the service to write a pidfile and using the cygrunsrv
--pidfile option.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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