Печально.
Надо писать курсор и бежать по таблице, выбрасывать плохие записи, по одной в транзакции.

Запустить на недельку работать, когда-нибудь разберёт это дело

содержимое файлика postgresql.conf меня интерисует

блин а было бы хорошо знать, где этот конфиг в образе альпины

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

в /etc нету

то есть это реально полный скан?

обычно по дефолту где то в
/var/lib/pgsql
а вообще должен помочь
find / -name postgresql.conf

Ну да

файнд это читерство, но попробую)

нашел

Вам в итоге нужно получить таблицу с value inet или просто зачистить то, что не проходит валидацию? В табличку в это время кто-то пишет?
Если нужно тип сменить, то create table xxx as select key, value::inet from таблица where value ~ регексп.
Если менять тип не надо и в неё кто-то пишет - создавайте not valid констрейнт по условию корректности адреса, затем удаляйте кривые строки и делайте validate constraint (это, вроде, можно без блокировки всей таблицы сделать). В остальных случаях тупо delete по условию. Да, медленно, но тут ничего не поделаешь.

grep listen /var/lib/postgresql/data/postgresql.conf

listen_addresses = '*'

listen_addresses = '*'

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

show config_file; не работает?

это изнутри базы, а к ней подключиться не могут )

:)

Не, delete не вариант.

Большая таблица

Ну либо делайте view и используйте вместо таблицы

а если с условием по id (если он есть) и через циклик ? )

можно оба варианта... таблица временная, никто не пишет кроме меня
value ~ regexp - работает оооооочень долго, непредсказуемо долго