head	1.3;
access;
symbols
	REL8_2_17:1.2
	REL8_2_16:1.2
	REL8_2_15:1.2
	REL8_2_14:1.2
	REL8_2_13:1.2
	REL8_2_12:1.2
	REL8_2_11:1.2
	REL8_2_10:1.2
	REL8_2_9:1.2
	REL8_2_8:1.2
	REL8_2_7:1.2
	REL8_2_6:1.2
	REL8_2_5:1.2
	REL8_2_4:1.2
	REL8_2_3:1.2
	REL8_2_2:1.2
	REL8_2_1:1.2
	REL8_2_STABLE:1.2.0.2
	REL8_2_0:1.2
	REL8_2_RC1:1.2
	REL8_2_BETA3:1.2
	REL8_2_BETA2:1.2
	REL8_2_BETA1:1.2;
locks; strict;
comment	@# @;


1.3
date	2007.07.08.00.42.07;	author momjian;	state dead;
branches;
next	1.2;

1.2
date	2006.03.06.15.21.42;	author momjian;	state Exp;
branches;
next	1.1;

1.1
date	2006.03.06.15.19.19;	author momjian;	state Exp;
branches;
next	;


desc
@@


1.3
log
@Remove TODO.detail/win32intr, no longer needed.
@
text
@From pgsql-bugs-owner+M14436@@postgresql.org Tue Feb 21 22:21:37 2006
Return-path: <pgsql-bugs-owner+M14436@@postgresql.org>
Received: from ams.hub.org (ams.hub.org [200.46.204.13])
	by candle.pha.pa.us (8.11.6/8.11.6) with ESMTP id k1M3La514372
	for <pgman@@candle.pha.pa.us>; Tue, 21 Feb 2006 22:21:37 -0500 (EST)
Received: from postgresql.org (postgresql.org [200.46.204.71])
	by ams.hub.org (Postfix) with ESMTP id 3F65267B6A8
	for <pgman@@candle.pha.pa.us>; Tue, 21 Feb 2006 23:21:32 -0400 (AST)
X-Original-To: pgsql-bugs-postgresql.org@@localhost.postgresql.org
Received: from localhost (av.hub.org [200.46.204.144])
	by postgresql.org (Postfix) with ESMTP id 39FB99DCBE3
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>; Tue, 21 Feb 2006 23:21:08 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 11699-01
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>;
	Tue, 21 Feb 2006 23:21:12 -0400 (AST)
X-Greylist: from auto-whitelisted by SQLgrey-
Received: from floppy.pyrenet.fr (news.pyrenet.fr [194.116.145.2])
	by postgresql.org (Postfix) with ESMTP id 271CB9DCABD
	for <pgsql-bugs@@postgresql.org>; Tue, 21 Feb 2006 23:21:05 -0400 (AST)
Received: by floppy.pyrenet.fr (Postfix, from userid 106)
	id 90AFD30BB2; Wed, 22 Feb 2006 04:21:09 +0100 (MET)
From: "Qingqing Zhou" <zhouqq@@cs.toronto.edu>
X-Newsgroups: pgsql.bugs
Subject: [BUGS] FATAL:  semctl(1672698088, 12, SETVAL, 0) failed
Date: Wed, 22 Feb 2006 11:17:51 +0800
Organization: Hub.Org Networking Services
Lines: 50
Message-ID: <dtglar$15tv$1@@news.hub.org>
X-Complaints-To: usenet@@news.hub.org
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
To: pgsql-bugs@@postgresql.org
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, score=0.16 required=5 tests=[AWL=0.160]
X-Spam-Score: 0.16
X-Mailing-List: pgsql-bugs
List-Archive: <http://archives.postgresql.org/pgsql-bugs>
List-Help: <mailto:majordomo@@postgresql.org?body=help>
List-Id: <pgsql-bugs.postgresql.org>
List-Owner: <mailto:pgsql-bugs-owner@@postgresql.org>
List-Post: <mailto:pgsql-bugs@@postgresql.org>
List-Subscribe: <mailto:majordomo@@postgresql.org?body=sub%20pgsql-bugs>
List-Unsubscribe: <mailto:majordomo@@postgresql.org?body=unsub%20pgsql-bugs>
Precedence: bulk
Sender: pgsql-bugs-owner@@postgresql.org
Status: ROr

I encountered an error when I fast shutdown 8.1.1 on Win2k:

    FATAL:  semctl(1672698088, 12, SETVAL, 0) failed:  A blocking operation
    was interrupted by a call to WSACancelBlockingCall.

A similar error on 8.1/win2003 was reported on pgsql-general (sorry, I can't
dig out the
original post from our web archives):

    From:  Niederland
    Date:  Tues, Dec 13 2005 9:49 am

    2005-12-12 20:30:00 FATAL:  semctl(50884184, 15, SETVAL, 0) failed: A
    non-blocking socket operation could not be completed immediately.

---

There are two problems here:

(1) Why a socket error?
In port/win32.h, we have

#undef EAGAIN
#undef EINTR
#define EINTR WSAEINTR
#define EAGAIN WSAEWOULDBLOCK

What's the rationale of doing so?

(2) What's happened here?
It may come from PGSemaphoreReset(), and win32 semop() looks like this:

  ret = WaitForMultipleObjectsEx(2, wh, FALSE, (sops[0].sem_flg &
IPC_NOWAIT) ? 0 : INFINITE, TRUE);
  ...
  else if (ret == WAIT_OBJECT_0 + 1 || ret == WAIT_IO_COMPLETION)
  {
   pgwin32_dispatch_queued_signals();
   errno = EINTR;
  }
  else if (ret == WAIT_TIMEOUT)
   errno = EAGAIN;

So it seems the EINTR is caused by an incoming signal, the EAGAIN is caused
by a TIMEOUT ... any ideas?

Regards,
Qingqing



---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
       choose an index scan if your joining column's datatypes do not
       match

From pgsql-bugs-owner+M14482@@postgresql.org Tue Feb 28 14:05:23 2006
Return-path: <pgsql-bugs-owner+M14482@@postgresql.org>
Received: from ams.hub.org (ams.hub.org [200.46.204.13])
	by candle.pha.pa.us (8.11.6/8.11.6) with ESMTP id k1SJ5Mk19122
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 14:05:22 -0500 (EST)
Received: from postgresql.org (postgresql.org [200.46.204.71])
	by ams.hub.org (Postfix) with ESMTP id A3FB567B7BF
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 15:05:20 -0400 (AST)
X-Original-To: pgsql-bugs-postgresql.org@@localhost.postgresql.org
Received: from localhost (av.hub.org [200.46.204.144])
	by postgresql.org (Postfix) with ESMTP id DB1559DCB49
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>; Tue, 28 Feb 2006 15:05:04 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 86421-08
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>;
	Tue, 28 Feb 2006 15:05:04 -0400 (AST)
X-Greylist: from auto-whitelisted by SQLgrey-
Received: from candle.pha.pa.us (candle.pha.pa.us [70.90.9.53])
	by postgresql.org (Postfix) with ESMTP id 16D669DCAA8
	for <pgsql-bugs@@postgresql.org>; Tue, 28 Feb 2006 15:05:01 -0400 (AST)
Received: (from pgman@@localhost)
	by candle.pha.pa.us (8.11.6/8.11.6) id k1SJ52b19021;
	Tue, 28 Feb 2006 14:05:02 -0500 (EST)
From: Bruce Momjian <pgman@@candle.pha.pa.us>
Message-ID: <200602281905.k1SJ52b19021@@candle.pha.pa.us>
Subject: Re: [BUGS] FATAL:  semctl(1672698088, 12, SETVAL, 0) failed
In-Reply-To: <dtglar$15tv$1@@news.hub.org>
To: Qingqing Zhou <zhouqq@@cs.toronto.edu>
Date: Tue, 28 Feb 2006 14:05:02 -0500 (EST)
cc: pgsql-bugs@@postgresql.org
X-Mailer: ELM [version 2.4ME+ PL121 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, score=0.4 required=5 tests=[AWL=-0.100, RAZOR2_CHECK=0.5]
X-Spam-Score: 0.4
X-Mailing-List: pgsql-bugs
List-Archive: <http://archives.postgresql.org/pgsql-bugs>
List-Help: <mailto:majordomo@@postgresql.org?body=help>
List-Id: <pgsql-bugs.postgresql.org>
List-Owner: <mailto:pgsql-bugs-owner@@postgresql.org>
List-Post: <mailto:pgsql-bugs@@postgresql.org>
List-Subscribe: <mailto:majordomo@@postgresql.org?body=sub%20pgsql-bugs>
List-Unsubscribe: <mailto:majordomo@@postgresql.org?body=unsub%20pgsql-bugs>
Precedence: bulk
Sender: pgsql-bugs-owner@@postgresql.org
Status: RO

Qingqing Zhou wrote:
> I encountered an error when I fast shutdown 8.1.1 on Win2k:
> 
>     FATAL:  semctl(1672698088, 12, SETVAL, 0) failed:  A blocking operation
>     was interrupted by a call to WSACancelBlockingCall.
> 
> A similar error on 8.1/win2003 was reported on pgsql-general (sorry, I can't
> dig out the
> original post from our web archives):
> 
>     From:  Niederland
>     Date:  Tues, Dec 13 2005 9:49 am
> 
>     2005-12-12 20:30:00 FATAL:  semctl(50884184, 15, SETVAL, 0) failed: A
>     non-blocking socket operation could not be completed immediately.
> 
> ---
> 
> There are two problems here:
> 
> (1) Why a socket error?
> In port/win32.h, we have
> 
> #undef EAGAIN
> #undef EINTR
> #define EINTR WSAEINTR
> #define EAGAIN WSAEWOULDBLOCK
> 
> What's the rationale of doing so?

We did this so that our code could refer to EINTR/EAGAIN without
port-specific tests.

> (2) What's happened here?
> It may come from PGSemaphoreReset(), and win32 semop() looks like this:
> 
>   ret = WaitForMultipleObjectsEx(2, wh, FALSE, (sops[0].sem_flg &
> IPC_NOWAIT) ? 0 : INFINITE, TRUE);
>   ...
>   else if (ret == WAIT_OBJECT_0 + 1 || ret == WAIT_IO_COMPLETION)
>   {
>    pgwin32_dispatch_queued_signals();
>    errno = EINTR;
>   }
>   else if (ret == WAIT_TIMEOUT)
>    errno = EAGAIN;
> 
> So it seems the EINTR is caused by an incoming signal, the EAGAIN is caused
> by a TIMEOUT ... any ideas?

I looked at the documentation for the function:

	http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/waitformultipleobjectsex.asp

and it isn't clear what return failure values it has.  We certainly
could loop on WSAEINTR.  Can you test it?

-- 
  Bruce Momjian   http://candle.pha.pa.us
  SRA OSS, Inc.   http://www.sraoss.com

  + If your life is a hard drive, Christ can be your backup. +

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

               http://www.postgresql.org/docs/faq

From pgsql-bugs-owner+M14483@@postgresql.org Tue Feb 28 21:12:39 2006
Return-path: <pgsql-bugs-owner+M14483@@postgresql.org>
Received: from ams.hub.org (ams.hub.org [200.46.204.13])
	by candle.pha.pa.us (8.11.6/8.11.6) with ESMTP id k212Cdk24423
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 21:12:39 -0500 (EST)
Received: from postgresql.org (postgresql.org [200.46.204.71])
	by ams.hub.org (Postfix) with ESMTP id 2D9CF67B7CA
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 22:12:36 -0400 (AST)
X-Original-To: pgsql-bugs-postgresql.org@@localhost.postgresql.org
Received: from localhost (av.hub.org [200.46.204.144])
	by postgresql.org (Postfix) with ESMTP id D8B0B9DC837
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>; Tue, 28 Feb 2006 22:12:17 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 65124-06
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>;
	Tue, 28 Feb 2006 22:12:21 -0400 (AST)
X-Greylist: from auto-whitelisted by SQLgrey-
Received: from floppy.pyrenet.fr (news.pyrenet.fr [194.116.145.2])
	by postgresql.org (Postfix) with ESMTP id 7C5729DC81D
	for <pgsql-bugs@@postgresql.org>; Tue, 28 Feb 2006 22:12:15 -0400 (AST)
Received: by floppy.pyrenet.fr (Postfix, from userid 106)
	id 6A8CA30BA5; Wed,  1 Mar 2006 03:12:19 +0100 (MET)
From: "Qingqing Zhou" <zhouqq@@cs.toronto.edu>
X-Newsgroups: pgsql.bugs
Subject: Re: [BUGS] FATAL:  semctl(1672698088, 12, SETVAL, 0) failed
Date: Wed, 1 Mar 2006 10:08:58 +0800
Organization: Hub.Org Networking Services
Lines: 68
Message-ID: <du2vtq$eu3$1@@news.hub.org>
References: <dtglar$15tv$1@@news.hub.org> <200602281905.k1SJ52b19021@@candle.pha.pa.us>
X-Complaints-To: usenet@@news.hub.org
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1506
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506
To: pgsql-bugs@@postgresql.org
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, score=0.169 required=5 tests=[AWL=0.169]
X-Spam-Score: 0.169
X-Mailing-List: pgsql-bugs
List-Archive: <http://archives.postgresql.org/pgsql-bugs>
List-Help: <mailto:majordomo@@postgresql.org?body=help>
List-Id: <pgsql-bugs.postgresql.org>
List-Owner: <mailto:pgsql-bugs-owner@@postgresql.org>
List-Post: <mailto:pgsql-bugs@@postgresql.org>
List-Subscribe: <mailto:majordomo@@postgresql.org?body=sub%20pgsql-bugs>
List-Unsubscribe: <mailto:majordomo@@postgresql.org?body=unsub%20pgsql-bugs>
Precedence: bulk
Sender: pgsql-bugs-owner@@postgresql.org
Status: ROr


"Bruce Momjian" <pgman@@candle.pha.pa.us> wrote
> > In port/win32.h, we have
> >
> > #undef EAGAIN
> > #undef EINTR
> > #define EINTR WSAEINTR
> > #define EAGAIN WSAEWOULDBLOCK
> >
> > What's the rationale of doing so?
>
> We did this so that our code could refer to EINTR/EAGAIN without
> port-specific tests.
>

AFAICS, by doing so, the EINTR/EAGAIN will be translated into
WSAINTR/WSAEWOULDBLOCK through *all* the backend code. That's seems not
appropriate for the code not involving any socket stuff ... I think we need
a fix here.

> > (2) What's happened here?
> > It may come from PGSemaphoreReset(), and win32 semop() looks like this:
> >
> >   ret = WaitForMultipleObjectsEx(2, wh, FALSE, (sops[0].sem_flg &
> > IPC_NOWAIT) ? 0 : INFINITE, TRUE);
> >   ...
> >   else if (ret == WAIT_OBJECT_0 + 1 || ret == WAIT_IO_COMPLETION)
> >   {
> >    pgwin32_dispatch_queued_signals();
> >    errno = EINTR;
> >   }
> >   else if (ret == WAIT_TIMEOUT)
> >    errno = EAGAIN;
> >
> > So it seems the EINTR is caused by an incoming signal, the EAGAIN is
caused
> > by a TIMEOUT ... any ideas?
>
> I looked at the documentation for the function:
>
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/waitformultipleobjectsex.asp
>
> and it isn't clear what return failure values it has.  We certainly
> could loop on WSAEINTR.  Can you test it?
>

Yeah, looking at other code of using semop(), we could plug in a loop in the
win32 semctl():

   /* Quickly lock/unlock the semaphore (if we can) */
+ do
+ {
+    errStatus = semop(semId, &sops, 1);
+ } while (errStatus < 0 && errno == EINTR);

   if (semop(semId, &sops, 1) < 0)
    return -1;

But:
(1) The EINTR problem happens rather rare, so testing it is difficult;
(2)  I would rather not doing the above changes before we understand what's
happened here, especially when we have seen a EAGAIN reported here.

Regards,
Qingqing



---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
       subscribe-nomail command to majordomo@@postgresql.org so that your
       message can get through to the mailing list cleanly

From pgsql-bugs-owner+M14485@@postgresql.org Tue Feb 28 22:08:57 2006
Return-path: <pgsql-bugs-owner+M14485@@postgresql.org>
Received: from ams.hub.org (ams.hub.org [200.46.204.13])
	by candle.pha.pa.us (8.11.6/8.11.6) with ESMTP id k2138uk09057
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 22:08:56 -0500 (EST)
Received: from postgresql.org (postgresql.org [200.46.204.71])
	by ams.hub.org (Postfix) with ESMTP id B4EFF67B7CA
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 23:08:53 -0400 (AST)
X-Original-To: pgsql-bugs-postgresql.org@@localhost.postgresql.org
Received: from localhost (av.hub.org [200.46.204.144])
	by postgresql.org (Postfix) with ESMTP id 4A2B39DCB5D
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>; Tue, 28 Feb 2006 23:08:34 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 77300-07
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>;
	Tue, 28 Feb 2006 23:08:38 -0400 (AST)
X-Greylist: from auto-whitelisted by SQLgrey-
Received: from candle.pha.pa.us (candle.pha.pa.us [70.90.9.53])
	by postgresql.org (Postfix) with ESMTP id E8B109DCB0D
	for <pgsql-bugs@@postgresql.org>; Tue, 28 Feb 2006 23:08:31 -0400 (AST)
Received: (from pgman@@localhost)
	by candle.pha.pa.us (8.11.6/8.11.6) id k2138bO09022;
	Tue, 28 Feb 2006 22:08:37 -0500 (EST)
From: Bruce Momjian <pgman@@candle.pha.pa.us>
Message-ID: <200603010308.k2138bO09022@@candle.pha.pa.us>
Subject: Re: [BUGS] FATAL:  semctl(1672698088, 12, SETVAL, 0) failed
In-Reply-To: <du2vtq$eu3$1@@news.hub.org>
To: Qingqing Zhou <zhouqq@@cs.toronto.edu>
Date: Tue, 28 Feb 2006 22:08:37 -0500 (EST)
cc: pgsql-bugs@@postgresql.org
X-Mailer: ELM [version 2.4ME+ PL121 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, score=0.404 required=5 tests=[AWL=-0.096, RAZOR2_CHECK=0.5]
X-Spam-Score: 0.404
X-Mailing-List: pgsql-bugs
List-Archive: <http://archives.postgresql.org/pgsql-bugs>
List-Help: <mailto:majordomo@@postgresql.org?body=help>
List-Id: <pgsql-bugs.postgresql.org>
List-Owner: <mailto:pgsql-bugs-owner@@postgresql.org>
List-Post: <mailto:pgsql-bugs@@postgresql.org>
List-Subscribe: <mailto:majordomo@@postgresql.org?body=sub%20pgsql-bugs>
List-Unsubscribe: <mailto:majordomo@@postgresql.org?body=unsub%20pgsql-bugs>
Precedence: bulk
Sender: pgsql-bugs-owner@@postgresql.org
Status: RO

Qingqing Zhou wrote:
> 
> "Bruce Momjian" <pgman@@candle.pha.pa.us> wrote
> > > In port/win32.h, we have
> > >
> > > #undef EAGAIN
> > > #undef EINTR
> > > #define EINTR WSAEINTR
> > > #define EAGAIN WSAEWOULDBLOCK
> > >
> > > What's the rationale of doing so?
> >
> > We did this so that our code could refer to EINTR/EAGAIN without
> > port-specific tests.
> >
> 
> AFAICS, by doing so, the EINTR/EAGAIN will be translated into
> WSAINTR/WSAEWOULDBLOCK through *all* the backend code. That's seems not
> appropriate for the code not involving any socket stuff ... I think we need
> a fix here.

Uh, how do we handle it now?  I thought we did just that.

> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/waitformultipleobjectsex.asp
> >
> > and it isn't clear what return failure values it has.  We certainly
> > could loop on WSAEINTR.  Can you test it?
> >
> 
> Yeah, looking at other code of using semop(), we could plug in a loop in the
> win32 semctl():
> 
>    /* Quickly lock/unlock the semaphore (if we can) */
> + do
> + {
> +    errStatus = semop(semId, &sops, 1);
> + } while (errStatus < 0 && errno == EINTR);
> 
>    if (semop(semId, &sops, 1) < 0)
>     return -1;
> 
> But:
> (1) The EINTR problem happens rather rare, so testing it is difficult;
> (2)  I would rather not doing the above changes before we understand what's
> happened here, especially when we have seen a EAGAIN reported here.

OK, so how do we find the answer?

-- 
  Bruce Momjian   http://candle.pha.pa.us
  SRA OSS, Inc.   http://www.sraoss.com

  + If your life is a hard drive, Christ can be your backup. +

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

@


1.2
log
@Update item.
@
text
@@


1.1
log
@Add WSACancelBlockingCall TODO.detail item.
@
text
@d50 1
a50 1
Status: ORr
d156 1
a156 1
Status: OR
d276 1
a276 1
Status: ORr
d400 1
a400 1
Status: OR
a458 77
From pgsql-bugs-owner+M14486@@postgresql.org Tue Feb 28 22:21:21 2006
Return-path: <pgsql-bugs-owner+M14486@@postgresql.org>
Received: from ams.hub.org (ams.hub.org [200.46.204.13])
	by candle.pha.pa.us (8.11.6/8.11.6) with ESMTP id k213LKk11157
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 22:21:20 -0500 (EST)
Received: from postgresql.org (postgresql.org [200.46.204.71])
	by ams.hub.org (Postfix) with ESMTP id 9747667B7CC
	for <pgman@@candle.pha.pa.us>; Tue, 28 Feb 2006 23:21:17 -0400 (AST)
X-Original-To: pgsql-bugs-postgresql.org@@localhost.postgresql.org
Received: from localhost (av.hub.org [200.46.204.144])
	by postgresql.org (Postfix) with ESMTP id 6FC2C9DC9A1
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>; Tue, 28 Feb 2006 23:20:52 -0400 (AST)
Received: from postgresql.org ([200.46.204.71])
	by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024)
	with ESMTP id 79679-03
	for <pgsql-bugs-postgresql.org@@localhost.postgresql.org>;
	Tue, 28 Feb 2006 23:20:56 -0400 (AST)
Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159])
	by postgresql.org (Postfix) with ESMTP id CD1939DC846
	for <pgsql-bugs@@postgresql.org>; Tue, 28 Feb 2006 23:20:49 -0400 (AST)
Received: from cliff.cs.toronto.edu (cliff.cs.toronto.edu [128.100.3.120])
	by svr4.postgresql.org (Postfix) with ESMTP id 656B95AF07C
	for <pgsql-bugs@@postgresql.org>; Wed,  1 Mar 2006 03:20:55 +0000 (GMT)
Received: from eon.cs (eon.cs.toronto.edu [128.100.3.15])
	by cliff.cs.toronto.edu (Postfix) with ESMTP id DE4EB5FD0C;
	Tue, 28 Feb 2006 22:20:52 -0500 (EST)
Received: by eon.cs (Postfix, from userid 1300)
	id 127BA7BE; Tue, 28 Feb 2006 22:20:53 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by eon.cs (Postfix) with ESMTP
	id 0653653C; Tue, 28 Feb 2006 22:20:53 -0500 (EST)
Date: Tue, 28 Feb 2006 22:20:52 -0500 (EST)
From: Qingqing Zhou <zhouqq@@cs.toronto.edu>
X-X-Sender: zhouqq@@eon.cs
To: Bruce Momjian <pgman@@candle.pha.pa.us>
cc: pgsql-bugs@@postgresql.org
Subject: Re: [BUGS] FATAL:  semctl(1672698088, 12, SETVAL, 0) failed
In-Reply-To: <200603010308.k2138bO09022@@candle.pha.pa.us>
Message-ID: <Pine.LNX.4.58.0602282216010.22190@@eon.cs>
References: <200603010308.k2138bO09022@@candle.pha.pa.us>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, score=0.442 required=5 tests=[AWL=-0.037,
	DNS_FROM_RFC_ABUSE=0.479]
X-Spam-Score: 0.442
X-Mailing-List: pgsql-bugs
List-Archive: <http://archives.postgresql.org/pgsql-bugs>
List-Help: <mailto:majordomo@@postgresql.org?body=help>
List-Id: <pgsql-bugs.postgresql.org>
List-Owner: <mailto:pgsql-bugs-owner@@postgresql.org>
List-Post: <mailto:pgsql-bugs@@postgresql.org>
List-Subscribe: <mailto:majordomo@@postgresql.org?body=sub%20pgsql-bugs>
List-Unsubscribe: <mailto:majordomo@@postgresql.org?body=unsub%20pgsql-bugs>
Precedence: bulk
Sender: pgsql-bugs-owner@@postgresql.org
Status: OR



On Tue, 28 Feb 2006, Bruce Momjian wrote:

>
> Uh, how do we handle it now?  I thought we did just that.
>
> OK, so how do we find the answer?
>

For both problems, I am uncertain (or I've sent a patch already :-(). Call
more artillery support here ...

Regards,
Qingqing

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

@

