Re: postgresql 8 abort with signal 10

Поиск
Список
Период
Сортировка
От Alexandre Biancalana
Тема Re: postgresql 8 abort with signal 10
Дата
Msg-id 8e10486b050503135650e72a5a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: postgresql 8 abort with signal 10  (Scott Marlowe <smarlowe@g2switchworks.com>)
Ответы Re: postgresql 8 abort with signal 10  (Scott Marlowe <smarlowe@g2switchworks.com>)
Re: postgresql 8 abort with signal 10  (Roman Neuhauser <neuhauser@sigpipe.cz>)
Список pgsql-general
Ohhh god :(

The FreeBSD is the last STABLE version..... I can try to change some
hardware, I already changed memory, what can I try now ? the processor
? motherboard ??



On 5/3/05, Scott Marlowe <smarlowe@g2switchworks.com> wrote:
> On Tue, 2005-05-03 at 15:04, Alexandre Biancalana wrote:
> > Thank you for the detailed explanation Scott, they are very handy !!
> >
> > I reduced the shared_buffers to 32768, but the problem still occurs.....
> >
> > Any other idea ??
>
> Yeah, I had a sneaking suspicion that shared_buffers wasn't causing the
> issue really.
>
> Sounds like either a hardware fault, or a BSD bug.  I'd check the BSD
> mailing lists for mention of said bug, and see if you can grab a spare
> drive and install the last stable version of FreeBSD 4.x and if that
> fixes the problem.
>
> If you decide to try linux, avoid the 2.6 kernel, it's still got
> issues...  2.4 is pretty stable.
>
> I really doubt it's a problem in postgresql itself though.
>

В списке pgsql-general по дате отправления:

Предыдущее
От: Scott Marlowe
Дата:
Сообщение: Re: postgresql 8 abort with signal 10
Следующее
От: Thomas Hallgren
Дата:
Сообщение: Re: Deep integration of PostgreSQL with Apache