Re: beta3 Solaris 7 (SPARC) port report [ Was: Looking for . . . ]
Pete Forman <pete.forman@westerngeco.com>
From: Pete Forman <pete.forman@westerngeco.com>
To: Peter Eisentraut <peter_e@gmx.net>
Cc: Frank Joerdens <frank@joerdens.de>, PostgreSQL Development <pgsql-hackers@postgresql.org>, Tom Lane <tgl@sss.pgh.pa.us>
Date: 2001-01-26T11:12:32Z
Lists: 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.forman@westerngeco.com -./\.- opinion of Schlumberger, Baker http://www.crosswinds.net/~petef -./\.- Hughes or their divisions.