Re: [HACKERS] Re: Max backend limits cleaned up

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane)
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: Max backend limits cleaned up
Date: 1999-02-22 16:55:00
Message-ID: 199902221655.LAA29731@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us> writes:
> > I am getting:
> > IpcSemaphoreCreate: semget failed (No space left on device) key=5432017,
> > num=16, permission=600
> > [ later ]
> > I got it working by adding a -N 32 to the postmaster startup. Looks
> > like my site BSD/OS can't start 64 backends. Some of my configuration
> > is wrong. Perhaps we need 32 as the default.
>
> Yeah, I was thinking about that myself. I left the default -N setting
> at 64 on the theory that people who had gone to the trouble of making
> sure they had proper kernel configurations should not get surprised by
> v6.5 suddenly reducing the default number-of-backends limit.

The default was always 32, right, so they should not be suprised if they
don't up the limit to 64. Now, if they modify that config.h value, they
may be suprised. Is that the problem?

--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1999-02-22 16:57:21 Re: [HACKERS] Re: Max backend limits cleaned up
Previous Message Bruce Momjian 1999-02-22 16:46:59 Re: [HACKERS] large objects failing (hpux10.20 sparc/solaris 2.6, gcc 2.8.1)