X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=QIgUBPwcBEabfuHfZMp0Kuac3iFLjceoRiQeO4zSbPWCgzKfhhUHo
	aqvsII48xs5csKVtFHtKiQJs9Wdz0sWyGyXvRrdVA+UzCsSMNGZ+kwZyHVi9/vth
	5G+itqTxFtstAU653IM69RsG6JR3KcY5HGNlpVy1CUrGGGCG9+VCA8=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=kvuKihCRWqU0gHgGVByqx6CylWA=; b=qEy8+Q1V1Q8/uMCM9Q3dhDEsnSrF
	o43fYBrcvARTwaEbQbWEOdXHQAFljrBjON1qDAla9A6/eDRf2RnWueQwv4KDBBFz
	7difiRLyajxBUZ0H3WtTyrl9hKXmlbfzEdxB28HRyGU+pjRfGQ32bclkp4WO9gZ7
	9u5UEIeufrVmrVc=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-2.6 required=5.0 tests=AWL,BAYES_50,CYGWIN_OWNER_BODY autolearn=no version=3.3.2
X-HELO:	calimero.vinschen.de
Date:	Mon, 9 Mar 2015 20:29:19 +0100
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: bash.exe: *** fatal error - add_item ("\??\C:\cygwin", "/", ...) failed, errno 1
Message-ID:	<20150309192919.GB30402@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<33B440E9970A984C93230FC4FA9B70ECCF1964 AT DALIFXMB1 DOT hbk DOT com> <33B440E9970A984C93230FC4FA9B70ECCF19A0 AT DALIFXMB1 DOT hbk DOT com> <20150305170349 DOT GI3213 AT calimero DOT vinschen DOT de> <33B440E9970A984C93230FC4FA9B70ECCF225E AT DALIFXMB1 DOT hbk DOT com> <20150309091806 DOT GC28200 AT calimero DOT vinschen DOT de> <33B440E9970A984C93230FC4FA9B70ECCF42AE AT DALIFXMB1 DOT hbk DOT com>
MIME-Version:	1.0
In-Reply-To:	<33B440E9970A984C93230FC4FA9B70ECCF42AE@DALIFXMB1.hbk.com>
User-Agent:	Mutt/1.5.23 (2014-03-12)

--pvezYHf7grwyp3Bc
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mar  9 16:12, Vladimir Sakharuk wrote:
> > -----Original Message-----
> > From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On=20
> > Behalf Of Corinna Vinschen
> > Sent: Thursday, March 05, 2015 12:04 PM
> > To: cygwin AT cygwin DOT com
> > Subject: Re: bash.exe: *** fatal error - add_item ("\??\C:\cygwin",=20
> > "/", ...) failed, errno 1
> >=20
> > On Mar  5 15:40, Vladimir Sakharuk wrote:
> > > Hi All,
> > > I have found similar issues, but did not find solution that worked
> > > for me. Looking for help.
> > >=20
> > > I am trying to run applications on windows cluster.
> > > I am getting random crashes like bellow.
> > > However most of the times it works. I assume around 1% of starts
> > > fails. Starting it is again usually succeed.
> > > I suspected that it was forking issue, but cygwin's rebase did not he=
lp.
> > > I did rebase after server reboot with no Cygwin apps running. (BTW,=
=20
> > > Is there any way to check if rebase successful?)
> >=20
> > That's not a rebase problem.  It's apparently a concurrency problem
> > of sorts.  While pulling up the per-user shared memory region, two
> > or more processes are trying to set up the same mount points.
> >=20
> > This is not supposed to happen.  Only the first process actually
> > *creating* the per-user shared memory is supposed to create the
> > mount points.  The OS tells a process if it created or just opened a
> > shared memory region, but for some reason both processes seem to
> > think they created the shmem region and one of them then stumbles of
> > the EPERM condition trying to create the root mount point twice.
> >=20
> > > Thank you for suggestions.
> >=20
> > I don't have a sugggestion, in fact.  Again, this error condition was s=
upposed to be impossible, but somehow it isn't in your cluster setup.
>=20
> -----Original Message-----
> From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf =
Of Corinna Vinschen
> Sent: Monday, March 09, 2015 5:18 AM
> To: cygwin AT cygwin DOT com
> Subject: Re: bash.exe: *** fatal error - add_item ("\??\C:\cygwin", "/", =
...) failed, errno 1
>=20
> On Mar  5 21:30, Vladimir Sakharuk wrote:
> > That was helpful! I have stopped trying rebase combinations and=20
> > looking for something else...
>=20
> It wasn't all that helpful I think.  My description of what happens
> was rather off.  Actually the fact if a process has created or just
> opened the shared mem region isn't checked at this point in time.
> Rather, a spinlock is used to generate exclusive access to the shared
> mem region at initilization time.
> This spinlock implementation, basically using the InterlockedExchange
> call at its code, has served us well in the past, but something in
> your cluster setup appears to break it, though I can't imagine how.
> One difference is that we are running(starting) up to 32 simultaneous
> instances of bash.exe/Cygwin on 32 core box.

Shouldn't make a difference since that's what the Interlocked operations
are meant for.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--pvezYHf7grwyp3Bc
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJU/fSPAAoJEPU2Bp2uRE+gTLYQAKQllvKn5heP3G/gsTLLCU2l
m0QzGLAZTZf6toZCKqlykTa0yuw8q5ZQSLuqj3Oz0ZEFCgzvwpLIYj7rdjPqAcKF
VJrTmt5MTwzD44ryasKmduH4qQzx8ZYuY7KTgMQyCxruuzJcKLtQ7BrIfT2oTv4e
l7tnbjizNgc2EKJMKj2UxFIdl9jgGx5bUbRly3kPjf/MqiW+3VEt54+xsELa4ILI
JRGr6qcqDE9k/IGjY4tgcD5BC2zJTyLtEO8FcXtvxAN7F22rn2WWi6ffTrzOx/rA
djwar6xXgfMxtEeD50TrbvxuVgPf3eAnTEELsj99hsDb3TZ5duhHBfFokQiaiSe+
NrraLlQdjjSFR4DB1DmmNmzSkSSmAMQRJOC26X8cxJ8AinF5AEERZIuRYntCn+5s
ycmrp2NznfYBKR5N0ALcses9m9MjFU4vaoGcxvcyGdH1ewUlXOSSL+5ZCzHsxK4Q
+EmHKXQsPDPC4Ra4kKZ0gcLQ5SDtK+NNGzorSG/+/oSjThtF1kAxwiozjKmzKWau
JTGdf8MWxJsWsln3Cvsn3D/dYVFsviF9GiWUhLX8AX4Biqr57LsP+3VOI8ui27UK
yN5oR3mr9PUwm9qQuWoVqV6+VW+sBgGI/BFGFbI1MPWUvP62BKvYJDlQa0Da8vfS
Hy6yiMc3UEE4Yiwpl5xh
=yFt6
-----END PGP SIGNATURE-----

--pvezYHf7grwyp3Bc--

- Raw text -