shared memory release following failed lock acquirement.
В списке pgsql-hackers по дате отправления:
| От | Merlin Moncure |
|---|---|
| Тема | shared memory release following failed lock acquirement. |
| Дата | |
| Msg-id | 6EE64EF3AB31D5448D0007DD34EEB3412A74D3@Herge.rcsinc.local обсуждение исходный текст |
| Ответы |
Re: shared memory release following failed lock acquirement.
|
| Список | pgsql-hackers |
Tom, I noticed your recent corrections to lock.c regarding the releasing of locks in an out of shared memory condition. This may or may not be relevant, but when I purposefully use up all the lock space with user locks, the server runs out of shared memory and stays out until it is restarted (not when the backend shuts down as it is supposed to). In other words, after doing a select user_write_lock_oid(t.oid) from big_table t; It's server restart time. What's really interesting about this is that the pg_locks view (after the offending disconnects) reports nothing out of the ordinary even though no backends can acquire locks after that point. Merlin
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера