И так, сабж:

root@kvm2:~# zpool status -v

...

errors: Permanent errors have been detected in the following files:

        /zroot/kvm1/copy500/copy500.qcow2
        /zroot/kvm2/prd2/prd2.qcow2

Вышибает наглухо тестовые вирт. машинки. Память не ECC. Сперва вышибало одну, затем вообще ни с того, ни с сего, стало вышибать всё подряд.

Всё это случается, только при интенсивном IO.

Буду тестировать на ECC памяти завтра. О результатах - отпишусь. Ну и протестирую память, конечно.

Погнали холиварить..?

В логах всё чисто.

Ребят, а что у нас с переходом на зимнее время?
У меня установлен последий tzdata. Но система(debian 7) похоже ничего не знает о переходе на зименее время!

# zdump -v /etc/localtime | grep 2014
# zdump /etc/localtime
/etc/localtime Wed Sep 17 17:00:00 2014 MSK

Много гуглил, ничего не нашел, такое ощущение что этот вопрос вообще ни кого не волнует.
Как сделать что бы переход был совершен автоматически?

Имеется такая задача:

Дано: два сервера на каждом PostgreSQL: один рабочий, на нём PostgreSQL 8.4.9, второй планируется для формирования отчётов и т.п. дел, допускающих некоторую задержку с обновлением данных, сейчас версия PostgreSQL 9.1.11.

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

Сейчас это сделано скриптами, отчасти костыльно. Можно-ли как-то развернуть дамп отдельной таблицы с обновлением уже имеющегося? На stackoverflow попался вариант с truncate:

pg_dump -t table1 production_database >/tmp/old_production_database_table1.sql
pg_dump -t table1 devel_database >/tmp/devel_database_table1.sql
psql production_database
truncate table1
\i /tmp/devel_database_table1.sql
\i /tmp/old_production_database_table1.sql