* Tom Hughes:
> On 29/07/2019 11:39, Tom Hughes wrote:
>
>> and it then goes on to fetch the peer credentials:
>>
>> 24657 getsockopt(9, SOL_SOCKET, SO_PEERCRED, {pid=24656, uid=2067,
>> gid=103}, [12]) = 0
>>
>> while ppc64le fetches the socket low water mark:
>>
>> 4761 getsockopt(10, SOL_SOCKET, SO_SNDLOWAT, [1], [12->4]) = 0
>>
>> after which it errors.
>>
>> So it looks like some sort of bug with how postgres has been
>> built on ppc64le in fact.
>
> Probably related to this on ppc64le:
>
> [tomh@ppc64le-test ~][PROD]$ fgrep SO_PEERCRED /usr/include/**/*.h
> /usr/include/asm-generic/socket.h:#define SO_PEERCRED 17
> /usr/include/asm/socket.h:#define SO_PEERCRED 21
> [tomh@ppc64le-test ~][PROD]$ fgrep SO_SNDLOWAT /usr/include/**/*.h
> /usr/include/asm-generic/socket.h:#define SO_SNDLOWAT 19
> /usr/include/asm/socket.h:#define SO_SNDLOWAT 17
>
> versus x86_64:
>
> rawhide [~] % fgrep SO_PEERCRED /usr/include/**/*.h
> /usr/include/asm-generic/socket.h:#define SO_PEERCRED 17
> rawhide [~] % fgrep SO_SNDLOWAT /usr/include/**/*.h
> /usr/include/asm-generic/socket.h:#define SO_SNDLOWAT 19
>
> so ppc64le has two different definitions of SO_PEERCRED and if
> you get the wrong one it winds up as SO_SNDLOWAT instead.
From root.log of postgresql-11.4-1.fc31:
DEBUG util.py:587: kernel-headers ppc64le 5.3.0-0.rc0.git5.1.fc31
build 1.1 M
But those were actually x86-64 headers at the time:
<https://bugzilla.redhat.com/show_bug.cgi?id=1731262>
Assuming this is the cause, the mass rebuild fixed it.
Thanks,
Florian
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]
