а влияет ли оставшееся количество дискового пространства на работу?
В данный момент диск заполнен на 98% (свободно 104Гб)

На работу autovacuum это не влияет. Т.е. если бы не хватало именно дискового пространства, у Вас сервер postgres бы "упал", насколько я помню, и с другой ошибкой. ;)

Если требуется минимальный простой -- то начните с какой-нибудь репликацыи, конечно. Лучшэ, наверное, логической, хотя тут есть варианты.
Потому легче будет обновиться, и получить минимально-вменяемую систему.

1) Ошибки лучшэ копировать сюда текстом.
2) Первая ошыбка говорит, что в базе ужэ есть такая местечковая функцыя -- то есть что вы заливаете это всё не в очищенную базу данных.
Если вы пытаетесь залить это в одну из системных баз данных -- template0, template1 или postgres -- то создайте новую. Если это спецыально созданная -- удалите и пересоздайте.

Как откатить назад? Я впервые создаю какую-либо базу в DBeaver.

То есть надо что-то сделать, чтобы удалилось. А потом снова по инструкции добавить эту же самую базу?

Хм. Вообще-то не рид-онли файловыми системами заполненными больше 80% не рекомендуется пользоваться. Если конечно не многотерабайтные партиции.

Я бы Вам порекомендовал вообще приостановить использование компьютером  пока диск не очистите

Научились бы Вы пользоваться psql / прочитали tutorial в документации, честное слово...

Спасибо, вы очень добрый и отзывчивый человек

В dbeaver -- не знаю, скорее всего правой кнопкой на имя базы данных и что-нибудь будет.

Но, действительно, тут есть некоторая сложность -- что пока что вы будете путаться среди баз данных, серверов и схем -- возможно, сначала действительно лучшэ взять какой-нибудь простенький туториал по основам установки и администрирования?

Хмм... а можно proof link?

Я и иду по курсу, по туториалу. Там step by step, представлена готова база, написана инструкция, со скриншотами. Она не работает у меня.

Да, я знаю. Вы можете или прочитать https://www.postgresql.org/docs/current/tutorial.html , или потратить впустую куда больше времени — Вам решать (хотя, если честно, этот tutorial не очень, но базовые навыки даёт).

Это common knowledge.

Вобщем, дажэ до некоторой степени обоснованный -- высокая заполненность (ну, можэт не начиная с 80% в среднем, но при 98%-то точно) обычно приводит к тому, что свободные кластеры в среднем оказываются довольно далеко от друг от друга и благодаря этому растёт фрагментацыя.

Да не может быть какого-то одного пруфлинка.

Вообще 15-20% было издревле для NTFS - иначе дефрагментация не запускалась (не помню честно говоря)

Потом пришли SSD и дефрагментация стала не нужна, но SSD требуется свободное место, чтобы дольше живым оставаться.

Но SSD бывают очень разными и есть флеши и есть фс in RAM

И одно дело, какие-нибудь ext3, а другое - монстры типа  zfs

Заполнение на 100% - все переживают по разному. От безобидного до кернель паник

Одно только ясно: read-write - следи за свободным местом

А похоже на common bullshit (и даже тут подобного немало рассказывают, аж надоедает). ;)

И особенно "весело", если это приводит к советам вроде:

> Я бы Вам порекомендовал вообще приостановить использование компьютером  пока диск не очистите

И, кстати, topic starter писал:

> Проект в работе и требуется минимальный простой

Стоит может начать с того какая там ФС, если CoW то про 80 процентов более чем верно в силу специфики работы

> Да не может быть какого-то одного пруфлинка.

Так зачем подавать какие-то советы космического масштаба (ситуации-то Вы не знаете, и особенного того, какая там FS)? ;)

По контексту:
- Consumer desktop или ноутбук
- вероятнее всего ntfs, менее вероятно -  ext4, xfs или apfs
- пользователи zfs, btrfs, reiser, HAMMER, прочей экзотики -  исключаются, потому что они бы не стали задавать такой вопрос изначально

Т.е. вероятность того, что вопрос задан пользователем чего-то очень экзотического по железу и софту - стремится к нулю

Рекомендация разобраться со свободным местом на диске - остается в силе

Если я что-то упускаю - я буду благодарен за уточнения и корректировки

1. верно выше сказали: надо почистить базу (по крайней мере, дропнуть ту функцию), либо создать новую, девственно чистую.
2. Я скрипты в psql выполняю.
3. Чтобы локализировать проблемное место, скрипты можно выполнять частями.
4. В крайнем случае дописать CREATE OR REPLACE в первом скрипте.
5. Совет почитать что-нибудь - не плохой. Ошибка ведь простая.

> Consumer desktop или ноутбук

Хмм... как-то непохоже: https://t.me/pgsql/311124

>  вероятнее всего ntfs, менее вероятно

См. https://t.me/pgsql/311129  
Вы в самом деле считаете, что NTFS — это наиболее вероятный выбор для unix-like OS? ;)

> Рекомендация разобраться со свободным местом на диске - остается в силе

Особенно "сильно" то, что к описанной проблеме свободное место на диске не имеет вообще никакого отношения (т.е. следовать этому совету с целью решения этой проблемы — просто потеря времени).

> Если я что-то упускаю - я буду благодарен за уточнения и корректировки

Да, Вы "упускаете" хоть какое-то правдоподобное объяснение того, как вот эта ошибка:

ERROR:  out of memory
DETAIL:  Failed on request of size 1073741820.

Может быть связана со свободным местом на диске.