Hi,
facing the same situation again, but this time, analyzing the wal with xxd
shows a different pattern. I had no blocks of .
The output of pg_waldump is:
pg_waldump: fatal: error in WAL record at 11C/93F9FF70: invalid magic number
in log segment 0001011C0093, offset 16384
Hello,
> What exactly is "cyphered ZFS"? Can you reproduce the problem with some
> other filesystem? If it's something very unusual, it might well be a
> bug in the filesystem.
The filesystem is openzfs with native aes-256-gcm encryption:
https://openzfs.github.io/openzfs-docs/man/master/7/zfspro
On 2024-Apr-15, Nicolas Seinlet wrote:
> I'm using the Ubuntu/cyphered ZFS/PostgreSQL combination. I'm using
> Ubuntu LTS (20.04 22.04) and provided ZFS/PostgreSQL with LTS
> (PostgreSQL 12 on Ubuntu 20.04 and 14 on 22.04).
What exactly is "cyphered ZFS"? Can you reproduce the problem with some
On Monday, April 15th, 2024 at 14:36, Ron Johnson
wrote:
> On Mon, Apr 15, 2024 at 2:53 AM Nicolas Seinlet wrote:
>
> > Hello everyone,
> >
> > Since I moved some clusters from PostgreSQL 12 to 14, I noticed random
> > failures in streaming replication. I say "random" mostly because I hav
On Mon, Apr 15, 2024 at 2:53 AM Nicolas Seinlet wrote:
> Hello everyone,
>
> Since I moved some clusters from PostgreSQL 12 to 14, I noticed random
> failures in streaming replication. I say "random" mostly because I haven't
> got the source of the issue.
>
> I'm using the Ubuntu/cyphered ZFS/Pos
Hello everyone,
Since I moved some clusters from PostgreSQL 12 to 14, I noticed random failures
in streaming replication. I say "random" mostly because I haven't got the
source of the issue.
I'm using the Ubuntu/cyphered ZFS/PostgreSQL combination. I'm using Ubuntu LTS
(20.04 22.04) and provid