| From: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com> |
|---|---|
| To: | Postgres General <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: Frosen logical replication |
| Date: | 2025-12-05 17:42:20 |
| Message-ID: | CANzqJaANYmsHk77D4v3Hefa=77PUBD3quxMeHb5rR+cApHbrcA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Fri, Dec 5, 2025 at 11:48 AM Marcos Pegoraro <marcos(at)f10(dot)com(dot)br> wrote:
> Em sex., 5 de dez. de 2025 às 09:03, Marcos Pegoraro <marcos(at)f10(dot)com(dot)br>
> escreveu:
>
>> I have a logical replication where I want to replicate only one schema.
>> All worked fine, it copied all tables to subscriber, except one. That
>> table has 8GB and it copied 5GB. That copy has been frozen since yesterday,
>> as you can see.
>>
>
> I tried these steps.
> - Tried to restart subscriber, didn't solve and file didn't change its
> size on subscriber.
> Subscriber did not try to restart copying from scratch, just did nothing.
> DIDN'T SOLVE
>
> - Tried to restart publisher 2 or 3 times, didn't solve the problem but
> file changed
> some MBs but was copying from what starting point if server was restarted
> and
> file was partially transfered ? I don't know. Then on subscriber side I
> got some messages like
> "could not receive data from WAL stream: SSL error: unexpected eof while
> reading"
> DIDN'T SOLVE
>
> - Restarted publisher and while restarting I truncated that table on
> subscriber.
> How srsubstate was "d" but srsublsn was NULL It had to copy that file
> entirely, and it did.
> Then that file was completely copied from publisher and until now
> everything seems fine.
> SOLVED, APPARENTLY
>
Maybe have multiple replication slots, one per X number of customers? More
work for you, but less work required by that single-threaded publisher, and
more granular: hopefully most slots will replicate.
--
Death to <Redacted>, and butter sauce.
Don't boil me, I'm still alive.
<Redacted> lobster!
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Munro | 2025-12-06 04:47:23 | Re: wdavdaemon / Microsoft Defender for Endpoint on Linux and slow Postgres recovery? |
| Previous Message | Adrian Klaver | 2025-12-05 17:32:01 | Re: [ANNOUNCE] BISCUIT 2.0 - Now a full Index Access Method with multi-column indexing |