Re: repeated out of shared memory error - not relatedto max_locks_per_transaction
This thread went cold very quickly … we are experiencing the exact same symptoms on one of our test systems. Was a solution found or are the investigations / work ongoing ?
We are happy to provide any information that may be useful for our case.
David Morton
Senior Platform Engineer
 | EROAD Level 3, 260 Oteha Valley Road, Albany, Auckland, New Zealand PO Box 305 394, Triton Plaza, North Shore 0757, Auckland, NZ |
This message is for the named person's use only. It may contain confidential, privileged, private or proprietary information. No confidentiality is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print or copy any part of this message if you are not the intended recipient. EROAD Limited reserves the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of EROAD Limited. To the maximum extent permitted by law, EROAD Limited is not liable (including in negligence) for viruses or other defects or for changes made to this email or to any attachments. Before opening or using attachments, please check them for viruses and other defects.
В списке pgsql-admin по дате отправления:
Следующее
От: Rui DeSousaДата:
Сообщение: Re: repeated out of shared memory error - not related tomax_locks_per_transaction