This has happened twice over the last couple of nights:

2011-05-30 02:08:27 PDT LOG:  server process (PID 29979) was terminated by 
signal 9: Killed
2011-05-30 02:08:27 PDT LOG:  terminating any other active server processes
2011-05-30 02:08:31 PDT LOG:  all server processes terminated; reinitializing
2011-05-30 02:08:31 PDT FATAL:  could not create shared memory segment: Cannot 
allocate memory
2011-05-30 02:08:31 PDT DETAIL:  Failed system call was shmget(key=5432001, 
size=6595420160, 03600).
2011-05-30 02:08:31 PDT HINT:  This error usually means that PostgreSQL's 
request for a shared memory segment exceeded available memory or swap space. To 
reduce the request size (currently 6595420160 bytes), reduce PostgreSQL's 
shared_buffers parameter (currently 786432) and/or its max_connections 
parameter (currently 203).
        The PostgreSQL documentation contains more information about shared 
memory configuration.

There isn't much server load at the time: the only messages in the log are the 
annoying autovacuum finding orphan temp tables b/c people haven't closed out 
their sessions. I'm guessing it's unrelated, but I'm not entirely sure.

The value of shared_buffers is set to 6GB, work_mem is 64MB, 
maintenance_work_mem is 128MB, effective_cache_size is 4GB.

max_connections is set to 200.

Any ideas here? The system has 12GB; raising the shared_buffers seems 
reasonable but 6GB also feels like it should be sufficient.

Any thoughts appreciated. Thanks!

--
Wells Oliver
Architect, Baseball Systems
619-795-5359
San Diego Padres | 100 Park Boulevard | San Diego CA 92101


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin

Reply via email to