Re: pg11.1: dsa_area could not attach to segment

On Wed, Feb 06, 2019 at 07:47:19PM -0600, Justin Pryzby wrote:
> FYI, I wasn't yet able to make this work yet.
> (gdb) print *segment_map->header
> Cannot access memory at address 0x7f347e554000

I'm still not able to make this work. Actually this doesn't work even:

(gdb) print *segment_map
Cannot access memory at address 0x4227dcdd0

Thomas thought it's due to coredump_filter, but 0xff doesn't work (actually
0x7f seems to be the max here). Any other ideas? The core is not being
truncated, since this is on a "toy" instance with 128MB buffers.

-rw-r-----. 1 pryzbyj root 279M Feb 7 09:52 coredump

[pryzbyj(at)telsasoft-db postgresql]$ ~/src/postgresql.bin/bin/pg_ctl -c start -D /var/lib/pgsql/test -o '-c operator_precedence_warning=on -c maintenance_work_mem=1GB -c max_wal_size=16GB -c full_page_writes=off -c autovacuum=off -c fsync=off -c port=5678 -c unix_socket_directories=/tmp' waiting for server to start....2019-02-07 09:25:45.745 EST [30741] LOG: listening on IPv6 address "::1", port 5678 2019-02-07 09:25:45.745 EST [30741] LOG: listening on IPv4 address "127.0.0.1", port 5678 2019-02-07 09:25:45.746 EST [30741] LOG: listening on Unix socket "/tmp/.s.PGSQL.5678"
.2019-02-07 09:25:46.798 EST [30741] LOG: redirecting log output to logging collector process
2019-02-07 09:25:46.798 EST [30741] HINT: Future log output will appear in directory "log".
done
server started

[pryzbyj(at)telsasoft-db postgresql]$ echo 0xff |sudo tee /proc/30741/coredump_filter

Justin