From: | Sebastian Hennebrueder <usenet(at)laliluna(dot)de> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: PostgreSQL 8.0.3 limiting max_connections to 64 ? |
Date: | 2005-08-17 18:03:01 |
Message-ID: | 43037BD5.10805@laliluna.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
eu schrieb:
> Hello, i need help...
>
> i have a postgresql 8.0.3 database running on the backend of a postfix
> setup ( i didn't trust Mysql for the job ) on Linux kernel 2.6.8.1,
> serving email to a dozen different virtual domains ( including this
> one i'm using right now )...
>
> however, this setup takes a whole lot of simultaneous connections to
> the database
> ( postfix, amavis-new, clamav + spamassassin, apache+squirrelmail,
> courier-authlib and courier-imap ), all those services were configured
> to use Unix Domain Sockets, instead of TCP ( netstat -anvp showed too
> many short-lived connections were kept on CLOSE_WAIT for too long
> while connecting via TCP ), and, despite i have made max_connections
> on the postgresql.conf as high as 500, after ( around ) 64
> simultaneous connections i start having a lot of "sorry too many
> clients already" errors on my postgresql logfile...
> then, my users go nuts complaining about how slow the server is and/or
> having to retype their passwords too many times ( of course, since
> authlib can't pick a connection to authenticate against the database ).
>
> max_connections, shared_buffers, shmmax were tweaked, but the server
> does not seems to respect the 500 max_connections...
> i *know* i'm missing something obvious, but, what could be wrong ?...
> i'm lost... any help would be most appreciated... please.
>
> thanks.
>
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: explain analyze is your friend
>
>
500 parallel connections are very very much. You should verify if one
application is not closing connections or if you can create an
connection pool.
Use select * from pg_stat_activity to see wheach connections are open
from which client and if they are iddle or not. See the postgreSQL doc
for more information on these queries.
- --
Best Regards / Viele Grüße
Sebastian Hennebrueder
- ----
Tutorials for JSP, JavaServer Faces, Struts, Hibernate and EJB
Get support, education and consulting for these technologies -
uncomplicated and cheap.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDA3vRpqx3RdCs+9kRAqgKAKCyJcq/Zpr9YttAfXlUEhb1rfz89gCfYqVt
tEukiGbcNbDmMgt0iED2NPg=
=Otj6
-----END PGP SIGNATURE-----
--
Best Regards / Viele Grüße
Sebastian Hennebrueder
----
Tutorials for JSP, JavaServer Faces, Struts, Hibernate and EJB
Get support, education and consulting for these technologies -
uncomplicated and cheap.
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Schmidt | 2005-08-17 18:09:12 | Field order |
Previous Message | A. Kretschmer | 2005-08-17 17:59:01 | Re: [despammed] Generating random values. |