Re: postgresql 8 abort with signal 10
От | Roman Neuhauser |
---|---|
Тема | Re: postgresql 8 abort with signal 10 |
Дата | |
Msg-id | 20050602152122.GD93005@isis.sigpipe.cz обсуждение исходный текст |
Ответ на | Re: postgresql 8 abort with signal 10 (Alexandre Biancalana <biancalana@gmail.com>) |
Ответы |
Re: postgresql 8 abort with signal 10
|
Список | pgsql-general |
# biancalana@gmail.com / 2005-05-03 17:56:53 -0300: > 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. For the sake of archives, what was causing the SIGBUSes? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991
В списке pgsql-general по дате отправления: