ZS
Пусть будет так.. не вижу смысла кому то что то доказывать. Каждый остается при своем мнении
Size: a a a
2021 April 28
СГ
вы правы тоже), просто доля компаний которые уехали в облако намного меньше чем тех кто по-старинке...
АП
На моей практике пока соотношение 50 на 50. И то к такой цифре подошло за период прошлого года. До этого существенно меньше было.
ZS
Ну даже те кто остался по старинке и не имеют своего сервера их так же можно перевести на релься IaC ... Храни код в git запускай через puppet, ansible .... Ну в крайнем случае RDP ... Многие уже к этому приходят. И это факт
АП
RDP - это не облако. Это свое железо. И староверы не перейдут на новые рельсы. Ибо "унасвсесикретноивсеунасукрадут"
ZS
А я и не говорил что RDP это облака.. Это для решения какойто конкретной задачи на какой то конкретной машине... Ну пусть даже не RDP.. много что можно придумать.. Так что если подумать то разработать стратегию перехода и не зависить от своего железа, это можно..
АП
Я пытаюсь таскать клиентов в облака вот уже как 11 лет. Но повозка движется по чуть чуть. Радует конечно Ваш оптимизм, но он пока лишь оптимизм в наших реалиях)
АП
2020 год конечно многих заставил пересмотреть видение в этом плане, но увы далеко не всех
ZS
Согласен ... Так же давно и многих в облака тащу... Это просто удобно..
GS
Релиз pg_probackup 2.4.15
https://github.com/postgrespro/pg_probackup/releases/tag/2.4.15
https://github.com/postgrespro/pg_probackup/releases/tag/2.4.15
2_
смешно, ага грязное белье в облако... наивный вы человек.
2021 April 29
M
Сейчас как раз чаще всего облака это спорный момент
AT
8.3.18.1208, x64
64GB RAM
Centos 8
Обработка отваливается с ошибкой "Превышен максимальный расход памяти сервера за один вызов"
Что было выставлено:
Безопасный, критический, временно допустимый расход памяти: 0, -1, 40Гбайт (три разных варианта пробовал)
По факту процесс кушает ~700мб в момент вылета
Wtf?
64GB RAM
Centos 8
Обработка отваливается с ошибкой "Превышен максимальный расход памяти сервера за один вызов"
Что было выставлено:
Безопасный, критический, временно допустимый расход памяти: 0, -1, 40Гбайт (три разных варианта пробовал)
По факту процесс кушает ~700мб в момент вылета
Wtf?
NP
Как думаете, почему не работает эта инструкция?
rpm -i https://repo.postgrespro.ru/pg1c-9.6/keys/centos.rpm
yum makecache
yum install postresql96-server postgresql96-contrib
/usr/pgsql-9.6/bin/postgresql96-setup initdb
rpm -i https://repo.postgrespro.ru/pg1c-9.6/keys/centos.rpm
yum makecache
yum install postresql96-server postgresql96-contrib
/usr/pgsql-9.6/bin/postgresql96-setup initdb
СГ
как вариант - попробовать обновить платформу. У меня такое было на 8.3.18.xxx, не освобождалась память в каких-то ситуациях. После рестарта сервера 1С - тот же отчёт/обработка проходили
AT
Увы, после рестарта тоже не работает, да и нет хоть какого-то потребления что-бы упереться в лимит... Но, если других идей не будет то конечно обновлю
YL
а настройки по дефолту?
AT
Какие настройки?
AT
Которые "безопасный, критический и временно допустимый расход памяти"? И в дефолте (0) не работает, и в -1 не работает, и в 40 ГБ не работает...
И
Вы бы хоть ошибку скинули.