error connecting to database

Раз, два, три, четыре, пять... И готово!

У меня на той неделе было хуже, когда открывалась реклама, и на этом все заканчивалось. Спасибо Олесе, научившей с этим бороться.

иногда помогает сразу или почти
а иногда жмешь-жмешь, но без результата

чтобы записать предыдущее сообщ, нажал Ф5 9 раз

Копия сайта уже лежит на площадке у нового хостера, можно в любой момент переехать, но не хотим делать это в дни чемпионата - боимся, что проблем будет только больше. 4-5 марта переезжаем.  

Ошибка (это даже не ошибка) заключается в ограничении количества одновременных подключений к базе данных (о чём она и сообщает).
Простой перенос на более высокопроизводительное железо лишь немного улучшит ситуацию (запросы к БД будут отрабатываться быстрее, соответственно очередь запросов уменьшится).
Простое увеличение указанного параметра приведет к увеличению времени ожидания обработки запроса в очереди (и возможно будет вылетать по таймаутам).
Необходимо одновременно увеличить и производительность железа (вообще, любая СУБД любит побольше оп. памяти), и данный параметр (ограничение кол-ва одновременных подключений).
Не знаю, где там в Postgress этот параметр прошит...Вообще он может быть вынесен в настройки, но может быть и жесткое ограничение максимума в исходном коде ядра СУБД. А также иногда и в лицензии "зашивается". So, м.б. понадобится и пересборка ядра СУБД (,если она с исходным кодом).
Извиняюсь, что влез, может быть, с ненужными советами )
А вообще-то послезавтра уже весна
И после ЧМ этих проблем, имхо, до будущего сезона уже не будет.

1000 соединений! Постгресс держит до 1000 соединений одновременно. 1000 внешних сетевых соединений запросов требуют уже настройки ядра ОС. Постгресс тут явно не самое слабое звено.

Но не поленился. Глянул здесь
http://www.postgresql.org/docs/8.3/interactive/runtime-config-connection.html#GUC-MAX-CONNECTIONS

и здесь
http://www.postgresql.org/docs/current/interactive/kernel-resources.html#AEN22203

посмотрел что выдает ulimit на разных linux-ах (у нас их большой набор) - цифры по колич-ву процессов (connection==process) значительно больше даже той же 1000 (не говоря про max_connections (100 ("обычно" - из приведенной выше ссылки из документации)).

Да надо просто рассказать новому хостеру о проблеме, а там наверняка ребята толковые есть, подскажут...

Проблема не в хостере, а в тарифном плане. Если сайт крутится не на выделенной железке, то хостеры ограничивают коннекты, чтобы ресурсы равномерно распределялись между всеми сайтами на этом юните. Надо договариваться.

К Ванкуверу следует подготовиться - вывесить объявление на форуме о дате тестирования загрузки сайта, чтобы мы массово на него ломанулись. Таким образом поймем возможности работы при 20000 - 30000 посещений в сутки.

И где-то вскользь упоминалось, что поддержка сайта на общественных началах. Если правда, то найти человека на оклад. Чтобы отвечал за свою работу рублем.

надо просто ставить запросы в очередь. У меня форум с 40k уникальных посетителей живет с лимитом в 10 соединений к PostgreSQL без всяких проблем