Re: beta3 Solaris 7 (SPARC) port report [ Was: Looking for . . . ]

From: Pete Forman <pete(dot)forman(at)westerngeco(dot)com>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Frank Joerdens <frank(at)joerdens(dot)de>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: beta3 Solaris 7 (SPARC) port report [ Was: Looking for . . . ]
Date: 2001-01-26 11:12:32
Message-ID: 14961.23456.330424.703371@kryten.bedford.waii.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Peter Eisentraut writes:
> Frank Joerdens writes:
>
> > > I have experienced before that Unix sockets will cause random
> > > connection abortions on Solaris [ . . . ]
> >
> > Isn't that _really_ bad? Random connection abortions when going
> > over Unix sockets?? My app does _all_ the connecting over Unix
> > sockets?!
>
> That's bad, for sure. Maybe you can check for odd conditions
> surrounding the /tmp directory, like is it on NFS, permission
> problems, mount options. Or is there something odd in the kernel
> configuration? If I'm counting correctly this is the third
> independent report of this problem, which is scary.

I'm not sure if you counted me. I also observed that Unix sockets
cause the parallel tests to fail in random places on Solaris.

We had a similar problem porting a product that uses a lot of IPC to
Solaris. There were failures involving the overloading of the Unix
domain sockets. We took the code to Sun and they were unable to
resolve the problems. It should have been possible to tune the kernel
to provide more resources. However it turns out that some of the
parameters that we wanted to tune were ignored in favour of hard coded
values. In the end we rewrote our code to use Internet domain sockets
(AF_INET).

BTW, owing to a DNS error email to me has bounced over the last couple
of days. It should be okay now if anything needs to be resent.
--
Pete Forman -./\.- Disclaimer: This post is originated
WesternGeco -./\.- by myself and does not represent
pete(dot)forman(at)westerngeco(dot)com -./\.- opinion of Schlumberger, Baker
http://www.crosswinds.net/~petef -./\.- Hughes or their divisions.

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Gilles DAROLD 2001-01-26 11:39:19 Re: Connection pooling
Previous Message Rajit Singh 2001-01-26 10:46:40 SQL Queries across multiple databases

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2001-01-26 15:07:27 Re: Open 7.1 items
Previous Message Peter T Mount 2001-01-26 09:29:16 Re: [JDBC] Open 7.1 items