Может кто сталкивался с такой проблемой. При падении сервака (например когда гасят виртуалку или oom киллер убивает процесс), он восстанавливается, но при этом с базой происходит что-то не понятное. В частности через некоторое время начинают падать "out of shared memory" в произвольных местах. В логах единственная подозрительная вещь при этом множественные autovacuum : found orphan temp table "pg_temp_*"."таблицы". Единственное что при этом помогает backup \ restore базы. Соответственно единственная гипотеза, что в базе остаются нецелостные объекты, которые некоторым образом приводят к утечкам shared memory.

Проблема на многих клиентах, как под виндой, так и под centos. Версии postgres разные, в частности :
PostgreSQL 9.3.5 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.8.2 20140120 (Red Hat 4.8.2-16), 64-bit

Есть способ бороться с таким явлением, кроме как backup \ restore, так как это требует перестарта и сервера БД и сервера приложений?

То что проблема именно в внезапном выключении сервера, говорит еще то что, при отсутствии проблем с памятью в целом на сервере, у клиентов в activecloud (то есть из розетки шнур не вытаскивает, доступ имеем только мы и перестартовываем правильно) такая ситуация также не повторяется.

vyegorov,

К сожалению смогу только завтра посмотреть. Но повторяется у разных клиентов, где постгрес настраивали разные люди.

vyegorovNitro_JunkieНо повторяется у разных клиентов, где постгрес настраивали разные люди.

Есть что-то общее у этих клеинтов? Диски? Железо, поставщик железа?
Ну и надо на настройки глянуть, жду результаты запроса.

Разные логики. У одних SSD, у других обычные HDD, у третьих облачные (там база крашилась оом киллером). Железо от простого до medium. Разные ОС. Единственное общее - активно используются временные таблицы.

Собсно поэтому и спрашиваю, может у кого что-то похожее было.

vyegorov,

application_name | psql | client
client_encoding | UTF8 | client
DateStyle | ISO, MDY | configuration file
default_text_search_config | pg_catalog.english | configuration file
lc_messages | en_US.UTF-8 | configuration file
lc_monetary | en_US.UTF-8 | configuration file
lc_numeric | en_US.UTF-8 | configuration file
lc_time | en_US.UTF-8 | configuration file
log_destination | stderr | configuration file
log_directory | pg_log | configuration file
log_filename | postgresql-%a.log | configuration file
log_line_prefix | < %m > | configuration file
log_rotation_age | 1440 | configuration file
log_rotation_size | 0 | configuration file
log_timezone | Europe/Minsk | configuration file
log_truncate_on_rotation | on | configuration file
logging_collector | on | configuration file
maintenance_work_mem | 131072 | configuration file
max_connections | 100 | configuration file
max_stack_depth | 2048 | environment variable
shared_buffers | 262144 | configuration file
temp_buffers | 8192 | configuration file
TimeZone | Europe/Minsk | configuration file
work_mem | 32768 | configuration file

daevy,

vm.overcommit_kbytes = 0
vm.overcommit_memory = 0
vm.overcommit_ratio = 50

Nitro_Junkie,

У другого клиента, Ubuntu, версия Postgres такая же:

application_name | psql | client
client_encoding | UTF8 | client
DateStyle | ISO, MDY | configuration file
default_text_search_config | pg_catalog.english | configuration file
lc_messages | en_US.UTF-8 | configuration file
lc_monetary | en_US.UTF-8 | configuration file
lc_numeric | en_US.UTF-8 | configuration file
lc_time | en_US.UTF-8 | configuration file
log_destination | stderr | configuration file
log_directory | pg_log | configuration file
log_filename | postgresql-%a.log | configuration file
log_line_prefix | < %m > | configuration file
log_rotation_age | 1440 | configuration file
log_rotation_size | 0 | configuration file
log_timezone | Europe/Minsk | configuration file
log_truncate_on_rotation | on | configuration file
logging_collector | on | configuration file
maintenance_work_mem | 131072 | configuration file
max_connections | 100 | configuration file
max_stack_depth | 2048 | environment variable
shared_buffers | 262144 | configuration file
temp_buffers | 8192 | configuration file
TimeZone | Europe/Minsk | configuration file
work_mem | 32768 | configuration file

vm.overcommit_memory = 0
vm.overcommit_ratio = 50

tadminNitro_Junkieнапример когда гасят виртуалку или oom киллер убивает процесс)
Вот этого просто не должно быть при эксплуатации. Делайте нормальный shutdown и выделяйте достаточно памяти.

Чтобы избавиться от уже возникших orphan table, можно удалить схемы от сессий, когда нет клиентских подключений.

drop schema if exists pg_temp_@I cascade;
drop schema if exists pg_toast_temp_@I cascade;

@I - номер схемы

Как раз drop schema не помогает, пишет что схема does not exist. Я так понимаю есть сторонняя библиотека vacuumlo, которая позволяет чистить таких orphan'ов, но она не включена в ядро, как писал Robert Haas потому как по сути является эвристикой. Правда ее пока не проверял, но мне вообще непонятно откуда может быть утечка shared memory. Потому как на официальных форумах с разработчиками ядра, те не слишком серьезно относятся к проблеме orphan'ов. Типа ну есть и есть, кушать не просят. Так что возможно дело не в этом. Другое дело что когда начинаются out of shared memory, в логах всегда есть много orphan'ов - странное совпадение.

То что этого не должно быть при эксплуатации я в курсе, вопрос есть ли хоть какой то способ это предупреждать, так как многие административные вещи мы не можем контролировать.

vyegorov,

postgres=# SELECT relname,coalesce(nspname,'- cannot find -')
postgres-# FROM pg_class
postgres-# LEFT JOIN pg_namespace ON relnamespace= pg_namespace.oid
postgres-# WHERE pg_is_other_temp_schema(relnamespace);
relname | coalesce
---------+----------
(0 rows)

postgres=#
postgres=# SELECT oid,nspname
postgres-# FROM pg_namespace
postgres-# WHERE pg_is_other_temp_schema(oid);
oid | nspname
-------+-----------------
11215 | pg_temp_1
11216 | pg_toast_temp_1
(2 rows)

--1)autovacuum : found orphan temp table "pg_temp_*"."таблицы
--нормальное поведение после креша базы... autovacuum как раз их чистит сам и удалять их руками не надо

В том то и дело что не чистит, каждый раз при autovacuum выдает эту ошибку...

Maxim Boguk2) "out of shared memory" - нужен полный текст ошибки из лога а не обрывок
(включая запрос)
до этого ничего сказать нельзя...


2014-10-07 12:32:10 FET WARNING: out of shared memory
2014-10-07 12:32:10 FET ERROR: out of shared memory
2014-10-07 12:32:10 FET HINT: You might need to increase max_locks_per_transaction.
2014-10-07 12:32:10 FET STATEMENT: CREATE TEMPORARY TABLE t_0 (p0 integer,k0 integer,PRIMARY KEY (k0))

Maxim BogukNitro_Junkie--1)autovacuum : found orphan temp table "pg_temp_*"."таблицы
--нормальное поведение после креша базы... autovacuum как раз их чистит сам и удалять их руками не надо

В том то и дело что не чистит, каждый раз при autovacuum выдает эту ошибку...

что значит каждый раз при autovacuum?

2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_13" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_14" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_17" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_15" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_12" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_25" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_27" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_30" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_31" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_32" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_33" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_37" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_16" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_39" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_40" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_26" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_41" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_42" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_43" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_44" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_45" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_46" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_47" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_48" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_49" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_50" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_51" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_52" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_53" in database "db_20140928"
2014-10-07 12:30:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_54" in database "db_20140928"
....


2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_13" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_14" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_17" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_15" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_12" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_25" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_27" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_30" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_31" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_32" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_33" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_37" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_16" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_39" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_40" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_26" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_41" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_42" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_43" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_44" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_45" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_46" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_47" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_48" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_49" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_50" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_51" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_52" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_53" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_54" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_55" in database "db_20140928"
2014-10-07 12:31:51 FET LOG: autovacuum: found orphan temp table "pg_temp_24"."t_56" in database "db_20140928"
....

Причем что странно, конкретно сейчас повторилась ситуация out of shared memory:

При этом ps выдает
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
23741 ? Ss 0:00 1 42 8569 28 0.0 jsvc.exec -home /usr/lib/jvm/java-7-oracle/jre -jvm server -cwd /usr/lsfusion -pidfile /var/run/jsvc-fusion.pid -outfile /usr/lsfusion/logs/stdout.log -errfile /usr/lsfusion/logs/stderr.log -Xms512m -Xmx6144m -cp .:lsfusion-server-1.0.0-SNAPSHOT.jar lsfusion.server.logics.BusinessLogicsBootstrap
954 ? S 0:00 46 129 15146 36 0.0 upstart-file-bridge --daemon
1158 ? Ss 0:00 5 41 4326 40 0.0 acpid -c /etc/acpi/events -s /var/run/acpid.socket
1082 tty4 Ss+ 0:00 7 25 15794 48 0.0 /sbin/getty -8 38400 tty4
1091 tty3 Ss+ 0:00 6 25 15794 48 0.0 /sbin/getty -8 38400 tty3
1093 tty6 Ss+ 0:00 4 25 15794 48 0.0 /sbin/getty -8 38400 tty6
1085 tty5 Ss+ 0:00 5 25 15794 52 0.0 /sbin/getty -8 38400 tty5
1090 tty2 Ss+ 0:00 6 25 15794 52 0.0 /sbin/getty -8 38400 tty2
1367 tty1 Ss+ 0:00 4 25 15794 52 0.0 /sbin/getty -8 38400 tty1
368 ? S 0:00 39 67 19804 68 0.0 upstart-udev-bridge --daemon
374 ? Ss 0:00 11 198 51413 76 0.0 /lib/systemd/systemd-udevd --daemon
1120 ? Ss 0:12 177 731 60632 104 0.0 /usr/sbin/sshd -D
824 ? S 0:00 45 121 15138 144 0.0 upstart-socket-bridge --daemon
272 ? S 0:00 74 92 28855 200 0.0 mountall --daemon
1111 ? Ss 0:00 58 37 23618 248 0.0 cron
1136 ? Ss 0:57 103 35 19152 396 0.0 /usr/sbin/irqbalance
1481 ? Ss 0:34 274 600 30847 552 0.0 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 107:115
966 ? Ss 0:00 223 413 38806 692 0.0 dbus-daemon --system --fork
7149 pts/3 Ss+ 0:00 0 955 20220 732 0.0 bash -rcfile .bashrc
1020 ? Ss 0:00 126 238 43213 780 0.0 /lib/systemd/systemd-logind
7517 pts/4 S+ 0:00 1 95 25860 836 0.0 sort -k8n
1 ? Ss 0:09 346 245 33254 972 0.0 /sbin/init
7516 pts/4 R+ 0:00 0 84 9931 1100 0.0 ps vax
6895 ? Ss 0:00 41 731 105040 1180 0.0 sshd: root@pts/1
7021 ? Ss 0:00 26 731 105040 1324 0.0 sshd: root@pts/4
6986 pts/1 Ss 0:00 10 955 21428 1952 0.0 -bash
7147 pts/1 S+ 0:00 0 914 51033 2052 0.0 mc
7074 pts/4 Ss 0:00 7 955 21496 2920 0.0 -bash
997 ? Ssl 0:25 2690 475 255756 7544 0.0 rsyslogd
1171 ? Ss 12:22 125 5313 106698 8996 0.0 postgres: stats collector process
1169 ? Ss 5:00 16 5313 1194234 16812 0.1 postgres: wal writer process
6894 ? Ss 0:00 81 5313 1198606 18900 0.1 postgres: postgres tishas 127.0.0.1(33094) idle
1165 ? S 0:28 49 5313 1193718 32996 0.2 /usr/lib/postgresql/9.3/bin/postgres -D /var/lib/postgresql/9.3/main -c config_file=/etc/postgresql/9.3/main/postgresql.conf
6890 ? Ss 0:00 3 5313 1197662 34432 0.2 postgres: postgres tishas 127.0.0.1(33092) idle
4881 ? Ss 0:00 1 5313 1197890 37284 0.2 postgres: postgres tishas 127.0.0.1(33049) idle
23762 ? Ss 0:03 405 5313 1198646 44436 0.2 postgres: postgres tishas 127.0.0.1(58126) idle
1170 ? Ss 0:23 402 5313 1195034 62280 0.3 postgres: autovacuum launcher process
3922 ? Ss 0:40 116 5313 1199726 79168 0.4 postgres: postgres tishas 127.0.0.1(33031) idle
1293 ? Sl 12:51 15683 2 3722381 128076 0.7 /usr/lib/jvm/java-7-oracle/bin/java -Djava.util.logging.config.file=/var/lib/tomcat7/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true -Xmx128m -XX:+UseConcMarkSweepGC -Djava.endorsed.dirs=/usr/share/tomcat7/endorsed -classpath /usr/share/tomcat7/bin/bootstrap.jar:/usr/share/tomcat7/bin/tomcat-juli.jar -Dcatalina.base=/var/lib/tomcat7 -Dcatalina.home=/usr/share/tomcat7 -Djava.io.tmpdir=/tmp/tomcat7-tomcat7-tmp org.apache.catalina.startup.Bootstrap start
4069 ? Ss 0:07 1 5313 1235186 147136 0.8 postgres: postgres tishas 127.0.0.1(33036) idle
2241 ? Ss 0:02 0 5313 1205438 185936 1.1 postgres: postgres tishas 127.0.0.1(32992) idle
23769 ? Ss 0:12 297 5313 1196398 307000 1.8 postgres: postgres tishas 127.0.0.1(58129) idle
2396 ? Ss 0:30 1277 5313 1216670 906912 5.5 postgres: postgres tishas 127.0.0.1(32997) idle
1167 ? Ss 4:26 305 5313 1196034 944924 5.7 postgres: checkpointer process
1168 ? Ss 3:52 213 5313 1194374 946872 5.7 postgres: writer process
26913 ? Ss 1:27 1311 5313 1242926 962252 5.8 postgres: postgres tishas 127.0.0.1(59168) idle
10010 ? Ss 27:48 2360 5313 1312118 1013880 6.1 postgres: postgres tishas 127.0.0.1(60649) idle
1959 ? Ss 4:48 38 5313 1240558 1015328 6.1 postgres: postgres tishas 127.0.0.1(32975) idle
23793 ? Ss 62:48 20990 5313 1717902 1043712 6.3 postgres: postgres tishas 127.0.0.1(58135) idle
14236 ? Ss 1:11 177 5313 1295862 1044936 6.3 postgres: postgres tishas 127.0.0.1(60770) idle
2127 ? Ss 4:14 40 5313 1290602 1049876 6.4 postgres: postgres tishas 127.0.0.1(32989) idle
2917 ? Ss 2:06 880 5313 1252226 1068240 6.5 postgres: postgres tishas 127.0.0.1(33007) idle
11962 ? Ss 7:03 396 5313 1279342 1083436 6.6 postgres: postgres tishas 127.0.0.1(60723) idle
2110 ? Ss 12:12 573 5313 1267042 1094780 6.6 postgres: postgres tishas 127.0.0.1(32987) idle
2738 ? Ss 12:29 329 5313 1288542 1110412 6.7 postgres: postgres tishas 127.0.0.1(33003) idle
11220 ? Ss 15:33 453 5313 1694062 1346724 8.2 postgres: postgres tishas 127.0.0.1(60702) idle
23941 ? Ss 1320:15 41273 5313 5297278 1454812 8.8 postgres: postgres tishas 127.0.0.1(58157) idle
24048 ? Ss 1368:12 92304 5313 4235042 1614792 9.8 postgres: postgres tishas 127.0.0.1(58162) idle
23916 ? Ss 468:20 89944 5313 4462470 2969508 18.1 postgres: postgres tishas 127.0.0.1(58152) idle
23742 ? Sl 776:32 141347 42 10991109 6138280 37.4 jsvc.exec -home /usr/lib/jvm/java-7-oracle/jre -jvm server -cwd /usr/lsfusion -pidfile /var/run/jsvc-fusion.pid -outfile /usr/lsfusion/logs/stdout.log -errfile /usr/lsfusion/logs/stderr.log -Xms512m -Xmx6144m -cp .:lsfusion-server-1.0.0-SNAPSHOT.jar lsfusion.server.logics.BusinessLogicsBootstrap


То есть процессов немного и DRS / RSS у каждого не большой, вот pmap максимального процесса

23916: postgres: postgres tishas 127.0.0.1(58152) idle
Address Kbytes RSS Dirty Mode Mapping
00007f8707dc6000 20488 20484 20484 rw--- [ anon ]
00007f87092e8000 148 4 0 r-x-- plpgsql.so
00007f870930d000 2048 0 0 ----- plpgsql.so
00007f870950d000 8 4 0 r---- plpgsql.so
00007f870950f000 4 4 4 rw--- plpgsql.so
00007f8709510000 3596 3596 3596 rw--- [ anon ]
00007f8709893000 1095640 955444 955444 rw-s- zero (deleted)
00007f874c689000 44 0 0 r-x-- libnss_files-2.19.so
00007f874c694000 2044 0 0 ----- libnss_files-2.19.so
00007f874c893000 4 0 0 r---- libnss_files-2.19.so
00007f874c894000 4 0 0 rw--- libnss_files-2.19.so
00007f874c895000 2852 36 0 r---- locale-archive
00007f874cb5e000 28 0 0 r-x-- libffi.so.6.0.1
00007f874cb65000 2044 0 0 ----- libffi.so.6.0.1
00007f874cd64000 4 0 0 r---- libffi.so.6.0.1
00007f874cd65000 4 0 0 rw--- libffi.so.6.0.1
00007f874cd66000 36 0 0 r-x-- libcrypt-2.19.so
00007f874cd6f000 2048 0 0 ----- libcrypt-2.19.so
00007f874cf6f000 4 0 0 r---- libcrypt-2.19.so
00007f874cf70000 4 0 0 rw--- libcrypt-2.19.so
00007f874cf71000 184 0 0 rw--- [ anon ]
00007f874cf9f000 720 0 0 r-x-- libsqlite3.so.0.8.6
00007f874d053000 2048 0 0 ----- libsqlite3.so.0.8.6
00007f874d253000 8 0 0 r---- libsqlite3.so.0.8.6
00007f874d255000 8 0 0 rw--- libsqlite3.so.0.8.6
00007f874d257000 4 0 0 rw--- [ anon ]
00007f874d258000 276 0 0 r-x-- libhx509.so.5.0.0
00007f874d29d000 2044 0 0 ----- libhx509.so.5.0.0
00007f874d49c000 8 0 0 r---- libhx509.so.5.0.0
00007f874d49e000 8 0 0 rw--- libhx509.so.5.0.0
00007f874d4a0000 4 0 0 rw--- [ anon ]
00007f874d4a1000 52 0 0 r-x-- libheimbase.so.1.0.0
00007f874d4ae000 2044 0 0 ----- libheimbase.so.1.0.0
00007f874d6ad000 4 0 0 r---- libheimbase.so.1.0.0
00007f874d6ae000 4 0 0 rw--- libheimbase.so.1.0.0
00007f874d6af000 156 0 0 r-x-- libwind.so.0.0.0
00007f874d6d6000 2048 0 0 ----- libwind.so.0.0.0
00007f874d8d6000 4 0 0 r---- libwind.so.0.0.0
00007f874d8d7000 4 0 0 rw--- libwind.so.0.0.0
00007f874d8d8000 16 0 0 r-x-- libgpg-error.so.0.10.0
00007f874d8dc000 2044 0 0 ----- libgpg-error.so.0.10.0
00007f874dadb000 4 0 0 r---- libgpg-error.so.0.10.0
00007f874dadc000 4 0 0 rw--- libgpg-error.so.0.10.0
00007f874dadd000 236 0 0 r-x-- libp11-kit.so.0.0.0
00007f874db18000 2044 0 0 ----- libp11-kit.so.0.0.0
00007f874dd17000 24 0 0 r---- libp11-kit.so.0.0.0
00007f874dd1d000 8 0 0 rw--- libp11-kit.so.0.0.0
00007f874dd1f000 72 0 0 r-x-- libtasn1.so.6.2.0
00007f874dd31000 2048 0 0 ----- libtasn1.so.6.2.0
00007f874df31000 4 0 0 r---- libtasn1.so.6.2.0
00007f874df32000 4 0 0 rw--- libtasn1.so.6.2.0
00007f874df33000 80 0 0 r-x-- libroken.so.18.1.0
00007f874df47000 2044 0 0 ----- libroken.so.18.1.0
00007f874e146000 4 0 0 r---- libroken.so.18.1.0
00007f874e147000 4 0 0 rw--- libroken.so.18.1.0
00007f874e148000 192 0 0 r-x-- libhcrypto.so.4.1.0
00007f874e178000 2048 0 0 ----- libhcrypto.so.4.1.0
00007f874e378000 4 0 0 r---- libhcrypto.so.4.1.0
00007f874e379000 4 0 0 rw--- libhcrypto.so.4.1.0
00007f874e37a000 4 0 0 rw--- [ anon ]
00007f874e37b000 628 0 0 r-x-- libasn1.so.8.0.0
00007f874e418000 2048 0 0 ----- libasn1.so.8.0.0
00007f874e618000 4 0 0 r---- libasn1.so.8.0.0
00007f874e619000 12 0 0 rw--- libasn1.so.8.0.0
00007f874e61c000 520 0 0 r-x-- libkrb5.so.26.0.0
00007f874e69e000 2044 0 0 ----- libkrb5.so.26.0.0
00007f874e89d000 12 0 0 r---- libkrb5.so.26.0.0
00007f874e8a0000 12 0 0 rw--- libkrb5.so.26.0.0
00007f874e8a3000 4 0 0 rw--- [ anon ]
00007f874e8a4000 32 0 0 r-x-- libheimntlm.so.0.1.0
00007f874e8ac000 2044 0 0 ----- libheimntlm.so.0.1.0
00007f874eaab000 4 0 0 r---- libheimntlm.so.0.1.0
00007f874eaac000 4 0 0 rw--- libheimntlm.so.0.1.0
00007f874eaad000 496 0 0 r-x-- libgcrypt.so.11.8.2
00007f874eb29000 2044 0 0 ----- libgcrypt.so.11.8.2
00007f874ed28000 4 0 0 r---- libgcrypt.so.11.8.2
00007f874ed29000 12 0 0 rw--- libgcrypt.so.11.8.2
00007f874ed2c000 728 0 0 r-x-- libgnutls.so.26.22.6
00007f874ede2000 2048 0 0 ----- libgnutls.so.26.22.6
00007f874efe2000 24 0 0 r---- libgnutls.so.26.22.6
00007f874efe8000 4 0 0 rw--- libgnutls.so.26.22.6
00007f874efe9000 4 0 0 rw--- [ anon ]
00007f874efea000 232 0 0 r-x-- libgssapi.so.3.0.0
00007f874f024000 2048 0 0 ----- libgssapi.so.3.0.0
00007f874f224000 4 0 0 r---- libgssapi.so.3.0.0
00007f874f225000 8 0 0 rw--- libgssapi.so.3.0.0
00007f874f227000 4 0 0 rw--- [ anon ]
00007f874f228000 100 0 0 r-x-- libsasl2.so.2.0.25
00007f874f241000 2048 0 0 ----- libsasl2.so.2.0.25
00007f874f441000 4 0 0 r---- libsasl2.so.2.0.25
00007f874f442000 4 0 0 rw--- libsasl2.so.2.0.25
00007f874f443000 52 0 0 r-x-- liblber-2.4.so.2.8.3
00007f874f450000 2048 0 0 ----- liblber-2.4.so.2.8.3
00007f874f650000 4 0 0 r---- liblber-2.4.so.2.8.3
00007f874f651000 4 0 0 rw--- liblber-2.4.so.2.8.3
00007f874f652000 100 20 0 r-x-- libpthread-2.19.so
00007f874f66b000 2044 0 0 ----- libpthread-2.19.so
00007f874f86a000 4 0 0 r---- libpthread-2.19.so
00007f874f86b000 4 0 0 rw--- libpthread-2.19.so
00007f874f86c000 16 0 0 rw--- [ anon ]
00007f874f870000 92 0 0 r-x-- libresolv-2.19.so
00007f874f887000 2048 0 0 ----- libresolv-2.19.so
00007f874fa87000 4 0 0 r---- libresolv-2.19.so
00007f874fa88000 4 0 0 rw--- libresolv-2.19.so
00007f874fa89000 8 0 0 rw--- [ anon ]
00007f874fa8b000 8 0 0 r-x-- libkeyutils.so.1.4
00007f874fa8d000 2048 0 0 ----- libkeyutils.so.1.4
00007f874fc8d000 4 0 0 r---- libkeyutils.so.1.4
00007f874fc8e000 4 0 0 rw--- libkeyutils.so.1.4
00007f874fc8f000 40 0 0 r-x-- libkrb5support.so.0.1
00007f874fc99000 2044 0 0 ----- libkrb5support.so.0.1
00007f874fe98000 4 0 0 r---- libkrb5support.so.0.1
00007f874fe99000 4 0 0 rw--- libkrb5support.so.0.1
00007f874fe9a000 176 0 0 r-x-- libk5crypto.so.3.1
00007f874fec6000 2044 0 0 ----- libk5crypto.so.3.1
00007f87500c5000 8 0 0 r---- libk5crypto.so.3.1
00007f87500c7000 4 0 0 rw--- libk5crypto.so.3.1
00007f87500c8000 4 0 0 rw--- [ anon ]
00007f87500c9000 100 0 0 r-x-- libaudit.so.1.0.0
00007f87500e2000 2044 0 0 ----- libaudit.so.1.0.0
00007f87502e1000 4 0 0 r---- libaudit.so.1.0.0
00007f87502e2000 4 0 0 rw--- libaudit.so.1.0.0
00007f87502e3000 40 0 0 rw--- [ anon ]
00007f87502ed000 132 0 0 r-x-- liblzma.so.5.0.0
00007f875030e000 2044 0 0 ----- liblzma.so.5.0.0
00007f875050d000 4 0 0 r---- liblzma.so.5.0.0
00007f875050e000 4 0 0 rw--- liblzma.so.5.0.0
00007f875050f000 96 0 0 r-x-- libz.so.1.2.8
00007f8750527000 2044 0 0 ----- libz.so.1.2.8
00007f8750726000 4 0 0 r---- libz.so.1.2.8
00007f8750727000 4 0 0 rw--- libz.so.1.2.8
00007f8750728000 1772 300 0 r-x-- libc-2.19.so
00007f87508e3000 2048 0 0 ----- libc-2.19.so
00007f8750ae3000 16 8 8 r---- libc-2.19.so
00007f8750ae7000 8 8 8 rw--- libc-2.19.so
00007f8750ae9000 20 12 12 rw--- [ anon ]
00007f8750aee000 308 0 0 r-x-- libldap_r-2.4.so.2.8.3
00007f8750b3b000 2044 0 0 ----- libldap_r-2.4.so.2.8.3
00007f8750d3a000 8 0 0 r---- libldap_r-2.4.so.2.8.3
00007f8750d3c000 4 0 0 rw--- libldap_r-2.4.so.2.8.3
00007f8750d3d000 8 0 0 rw--- [ anon ]
00007f8750d3f000 1044 60 0 r-x-- libm-2.19.so
00007f8750e44000 2044 0 0 ----- libm-2.19.so
00007f8751043000 4 0 0 r---- libm-2.19.so
00007f8751044000 4 4 4 rw--- libm-2.19.so
00007f8751045000 12 0 0 r-x-- libdl-2.19.so
00007f8751048000 2044 0 0 ----- libdl-2.19.so
00007f8751247000 4 0 0 r---- libdl-2.19.so
00007f8751248000 4 0 0 rw--- libdl-2.19.so
00007f8751249000 268 0 0 r-x-- libgssapi_krb5.so.2.2
00007f875128c000 2048 0 0 ----- libgssapi_krb5.so.2.2
00007f875148c000 4 0 0 r---- libgssapi_krb5.so.2.2
00007f875148d000 8 0 0 rw--- libgssapi_krb5.so.2.2
00007f875148f000 12 0 0 r-x-- libcom_err.so.2.1
00007f8751492000 2044 0 0 ----- libcom_err.so.2.1
00007f8751691000 4 0 0 r---- libcom_err.so.2.1
00007f8751692000 4 0 0 rw--- libcom_err.so.2.1
00007f8751693000 752 0 0 r-x-- libkrb5.so.3.3
00007f875174f000 2048 0 0 ----- libkrb5.so.3.3
00007f875194f000 52 0 0 r---- libkrb5.so.3.3
00007f875195c000 8 0 0 rw--- libkrb5.so.3.3
00007f875195e000 1732 0 0 r-x-- libcrypto.so.1.0.0
00007f8751b0f000 2044 0 0 ----- libcrypto.so.1.0.0
00007f8751d0e000 108 0 0 r---- libcrypto.so.1.0.0
00007f8751d29000 44 0 0 rw--- libcrypto.so.1.0.0
00007f8751d34000 16 0 0 rw--- [ anon ]
00007f8751d38000 336 0 0 r-x-- libssl.so.1.0.0
00007f8751d8c000 2048 0 0 ----- libssl.so.1.0.0
00007f8751f8c000 12 0 0 r---- libssl.so.1.0.0
00007f8751f8f000 24 0 0 rw--- libssl.so.1.0.0
00007f8751f95000 4 0 0 rw--- [ anon ]
00007f8751f96000 52 0 0 r-x-- libpam.so.0.83.1
00007f8751fa3000 2044 0 0 ----- libpam.so.0.83.1
00007f87521a2000 4 0 0 r---- libpam.so.0.83.1
00007f87521a3000 4 0 0 rw--- libpam.so.0.83.1
00007f87521a4000 1392 0 0 r-x-- libxml2.so.2.9.1
00007f8752300000 2044 0 0 ----- libxml2.so.2.9.1
00007f87524ff000 32 0 0 r---- libxml2.so.2.9.1
00007f8752507000 8 0 0 rw--- libxml2.so.2.9.1
00007f8752509000 4 0 0 rw--- [ anon ]
00007f875250a000 140 0 0 r-x-- ld-2.19.so
00007f8752537000 1896 1464 1448 rw--- [ anon ]
00007f8752711000 76 4 4 rw--- [ anon ]
00007f8752729000 4 0 0 rw-s- [ shmid=0x0 ]
00007f875272a000 8 0 0 rw--- [ anon ]
00007f875272c000 4 4 4 r---- ld-2.19.so
00007f875272d000 4 0 0 rw--- ld-2.19.so
00007f875272e000 4 0 0 rw--- [ anon ]
00007f875272f000 5316 2232 0 r-x-- postgres
00007f8752e5f000 116 104 88 r---- postgres
00007f8752e7c000 52 52 52 rw--- postgres
00007f8752e89000 364 248 248 rw--- [ anon ]
00007f87532fa000 376 188 164 rw--- [ anon ]
00007f8753358000 3240560 2083588 2083312 rw--- [ anon ]
00007fff6f83b000 148 76 76 rw--- [ stack ]
00007fff6f8a9000 8 4 0 r-x-- [ anon ]
ffffffffff600000 4 0 0 r-x-- [ anon ]
---------------- ------- ------- -------
total kB 5563428 3067948 3064956

То есть в сумме по ps все postgres'ые процессы жрут метров 50 максимум, а shared buffers 200 мб.

Как вообще правильно диагностировать куда ушла память? Есть какие-то расширенные логи?

qwwq,

Нет вообще.