Решение: очистка значения end_at у эпохи.

1. Переходим в базу messaging_prod:

- Если база данных реализована в контейнере на сервере CTS(ETS):

cd /opt/express && DPL_PULL_POLICY=never dpl --dc exec postgres psql -U postgres -d messaging_prod

- Если база данных внешняя (не в кластере):

su postgres
psql -d messaging_prod

- Если база данных внешняя, в кластере (на базе patroni):

psql -h ip_master -p 5432 -U express -d messaging_prod

Пароль можно взять на сервере CTS в файле /opt/express/settings.yaml

2. Ищем end_at у конкретной эпохи в конкретном чате запросом:

SELECT id, start_at, end_at FROM chat_member_epochs WHERE user_huid = 'HUID_пользователя' AND group_chat_id = 'ID_проблемного_чата';

Получаем такой вывод (нашли эпоху, у которой есть end_at):

   id   |          start_at          |           end_at
--------+----------------------------+----------------------------
 123456 | 2017-08-30 14:10:15.041548 | 2017-08-30 14:48:59.926536
(1 row)

Если нашлась эпоха, у которой в end_at есть дата, то смотрим id этой записи (число в столбце id). Если записей несколько, то смотрим последнюю по времени.
Если нашлась эпоха, у которой пустое значение end_at, значит, дело в другом (обратитесь в поддержку).

3. Обновляем запись об эпохе, у которой есть значение end_at, сбрасывая её end_at:

UPDATE chat_member_epochs SET end_at = NULL WHERE id = 123456;

4. Снова выполняем запрос:

SELECT id, start_at, end_at FROM chat_member_epochs WHERE user_huid = 'HUID_пользователя' AND group_chat_id = 'ID_проблемного_чата';

Убеждаемся, что значение end_at исчезло:

   id   |          start_at          | end_at
--------+----------------------------+--------
 123456 | 2017-08-30 14:10:15.041548 |
(1 row)