
Maksim
25.07.2018
05:44:46

Tores
25.07.2018
08:02:27
Добрый день, может у когото есть рабоче решение отказоустойчивый кластер на 3-х нодах Postgresql ??

Dmitriy A.
25.07.2018
08:08:16
https://habr.com/company/etagi/blog/314000/ паервая ссылка в гугле

Tores
25.07.2018
08:20:23
это я все читал и патрони и столон, вопрос может кто реально использует какието решения.. или это совсем жир и на практике не применяется?

Google

Juriy
25.07.2018
08:38:35

Tores
25.07.2018
08:48:35
оч узкое место в проекте, 10к транзакций в минуту

Shaz
25.07.2018
08:49:19

Sergey
25.07.2018
08:50:20
так и 1с кластер не помешал бы

Juriy
25.07.2018
09:12:37

Tores
25.07.2018
12:42:14
Спс, я только ищу решение, или доводы использовать стейтфулсет

Alex
25.07.2018
13:42:32
Привет, господа
есть сервер 1c на Debian , есть PostgeSQL, есть чистая база данных на этом сервере. Хочу туда импортировать базу данных, которая была на виндовом сервере. Сделал экспорт файлик .db , патаюсь через конфигуратор ее экспортировать - через какое то время вылетает ошибка. И потом база данных портится. ЧТо я делаю не так?

Алексей Степаненко
25.07.2018
13:43:53
.db? или все же .dt?

Alex
25.07.2018
13:45:05

Алексей Степаненко
25.07.2018
13:58:53
а ошибка в момент выгрузки или загрузки?

Alex
25.07.2018
13:59:10
в момент загрузкзи

Алексей Степаненко
25.07.2018
13:59:44
а конкретно что пишет?

Google

Alex
25.07.2018
14:03:48

Алексей Степаненко
25.07.2018
14:04:15
Можно скопипастить текстовое сообщение целиком?
Я так понимаю сообщение сразу выходит?

Alex
25.07.2018
14:08:55
Нет, спустя какое то время
Я сейчас поожду, плка выйдт снова

Алексей Степаненко
25.07.2018
14:10:41
хорошо

Alex
25.07.2018
14:29:32
Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://su:1560 descr=recv returns zero, disconnected line=1587 file=src\DataExchangeTcpClientImpl.cpp
Я буду гуглить ее,но буду рад,если кто что подскажет

Алексей Степаненко
25.07.2018
14:53:51
Слушай... такая идея, а есть база с меньшим размером данных?
Попробуй ее грузануть

Kirill
25.07.2018
14:53:59

Алексей Степаненко
25.07.2018
14:54:01
Загрузится?

Alex
25.07.2018
14:54:24
Попробую, но уже завтра, su - это имя кластера
ну и сервера, да
Эта база 525 мб весит, завтра попробую создать каку-нибудь базу и импортировать ее

Алексей Степаненко
25.07.2018
14:56:40
странно....

Alex
25.07.2018
15:16:10
Может быть конфликт версий, или другой тип СУБД ?

Алексей Степаненко
25.07.2018
15:19:34
ДТ и нужен для того чтобы перенести с одной СУБД на другую

Google

Alex
25.07.2018
16:16:58
А в чём же дело?

Кирилл
25.07.2018
16:22:34
Версия платформы?

Alex
25.07.2018
16:35:00
Точно могу ответить завтра на работе когда буду . База действительная, стоит на компе с виндой. А мой сервер 1с учебный стоит на виртуальной машине

Juriy
25.07.2018
18:54:34
а dmesg на этой машине случайно не показывает сообщений от OOM Killer?
Достаточно ли серверу ресурсов в принципе? Настроен ли postgres?

Alex
26.07.2018
07:31:28
Что за dmesg?
Postgresql не настраивал. В гайдах написано что он со стандартными настройками будет работать но медленно. Это тестовый вариант, так что не уделял внимание быстродействию


Serega
26.07.2018
14:42:23
Приветствую. Первый раз разворачиваем 1с на субд постгрес. ПРи импорте конфигурации 1с возникает ошибка, в логаг постгресс следующее 2018-07-26 15:51:54.453 CEST [924] ПОДСКАЗКА: Возможно, стоит увеличить параметр "checkpoint_segments".
2018-07-26 15:52:19.723 CEST [924] СООБЩЕНИЕ: контрольные точки происходят слишком часто (через 25 сек.)
2018-07-26 15:52:19.723 CEST [924] ПОДСКАЗКА: Возможно, стоит увеличить параметр "checkpoint_segments".
2018-07-26 15:52:45.192 CEST [924] СООБЩЕНИЕ: контрольные точки происходят слишком часто (через 26 сек.)
2018-07-26 15:52:45.192 CEST [924] ПОДСКАЗКА: Возможно, стоит увеличить параметр "checkpoint_segments".
2018-07-26 15:52:49.983 CEST [1997] postgres@fln201802 ERROR: timestamp out of range
2018-07-26 15:52:49.983 CEST [1997] postgres@fln201802 CONTEXT: COPY scheduledjobsng, line 1, column starttime
2018-07-26 15:52:49.983 CEST [1997] postgres@fln201802 STATEMENT: COPY _ScheduledJobsNG FROM STDIN BINARY
Может кто сталкивался?
1с писал рмационной базы произошла критическая ошибка.
по причине:
Ошибка СУБД:
ERROR: timestamp out of range
CONTEXT: COPY scheduledjobsng, line 1, column starttime


Igor
26.07.2018
14:54:08

Александр
26.07.2018
14:59:55
Ошибка при загрузке дампа? _ScheduledJobsNG - NG - остатки незавершенных реструктуризаций...

Сергей
26.07.2018
15:34:51
Хелп. В который раз ставим Сервер 1с и постгре на сервер Линукс.
Запускается большое количество фоновых задач, нов базу не заходит
Линукс32-скуль64-Сервер32, Клиент на Виндоус

Андрей
26.07.2018
15:38:04

Сергей
26.07.2018
15:39:31
Вот так выглядит консоль когда мы пытаемся попасть в базу в режиме предприятия

Андрей
26.07.2018
15:40:00
соединения покажите

Сергей
26.07.2018
15:40:10
Сейчас дождемся ошибки от плафтормы
Соединения?

Google

Сергей
26.07.2018
15:42:08

Igor
26.07.2018
15:42:21
Как минимум стоит настроить DNS
И начать оперировать именами хостов

Сергей
26.07.2018
15:42:21
Эти?

Андрей
26.07.2018
15:44:37

Сергей
26.07.2018
15:44:46
Говорит о чем нибудь скрин?

Андрей
26.07.2018
15:45:57
кластер грубо говоря не может нормально стартануть, так сложно сказать но очень подозреваю что это так, смотрите в лине эти вопросы, консоль не думаю что вам уже поможет

Сергей
26.07.2018
15:46:35
Спасибо.
Вот такую ошибку отдает Клиент
Даже с пустой базой.

Андрей
26.07.2018
16:03:07
запускайте на лине и смотрите там
скорее всего установили что то не правильно

Сергей
26.07.2018
16:03:29
У нас там нет клиента
Все делали по инструкции. Уже не первый раз

Андрей
26.07.2018
16:04:12
тогда сложно что то сказать без данных с линя

Сергей
26.07.2018
16:04:27
Раньше взлетало, делали все также. Но в первый раз перепутали Сервер(64, а лиц была 32).
На чистый сервер поставили все также, только с 1С сервером32. Не можем подружить и все.
Делали по инструкции с инфостарта.
Может есть список команд, для того чтобы поставить 1С сервер32+постгре64 на сервер Линукс64 debian

Google

Сергей
26.07.2018
16:08:10
?
Третий день не спим(