Есть сервер
PostgreSQL 7.4.6 on i686-pc-linux-gnu, compiled by GCC 2.96
Че-то с ним не того ... Уже 2 недели какие-то непонятки.
Например, пользовательские сеансы используют очень мало памяти (не более 1,5 Мб) ...
А некоторые запросы на больших таблицах вообще не исполняются. Например, надо изменить тип поля в одной таблице с varchar(10) на char(10).
Делаю
alter table c_documents add docnew char(10);
update c_documents set docnew = document;
Получаю сообщение No response from the backend;
В таблице всего 133 тыс. записей.
Триггеры для c_documents, что-ль, поотключать временно ?
Кошу на неправильную конфигурацию postgres, но ничего криминального не вижу.
Пробовал рестартовывать linux, чего-то шаманить ...
Коллеги ! Киньте оком, pls (вывод программы top приложен) !
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
tcpip_socket = true
max_connections = 100
password_encryption = true
# - Memory -
shared_buffers = 400 # min 16 , at least max_connections* 2 , 8KB each
sort_mem = 131072 # min 64 , size in KB
vacuum_mem = 131072 # min 1024 , size in KB
# - Free Space Map -
#max_fsm_pages = 20000 # min max_fsm_relations* 16 , 6 bytes each
#max_fsm_relations = 1000 # min 100 , ~ 50 bytes each
fsync = true # turns forced synchronization on or off
wal_sync_method = fsync # the default varies across platforms:
# fsync, fdatasync, open_sync, or open_datasync
wal_buffers = 8 # min 4 , 8KB each
checkpoint_segments = 3 # in logfile segments, min 1 , 16MB each
checkpoint_timeout = 600 # range 30 - 3600 , in seconds
checkpoint_warning = 30 # 0 is off, in seconds
commit_delay = 0 # range 0 - 100000 , in microseconds
commit_siblings = 5 # range 1 - 1000
