Re: Dangling Client Backend Process
От
Tom Lane
Тема
Re: Dangling Client Backend Process
Дата
Msg-id
10481.1446212913@sss.pgh.pa.us
Ответ на
Re: Dangling Client Backend Process (Robert Haas)
Список
Дерево обсуждения
Re: Dangling Client Backend Process Rajeev rastogi <rajeev.rastogi@huawei.com>
Re: Dangling Client Backend Process Amit Kapila <amit.kapila16@gmail.com>
Re: Dangling Client Backend Process Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>
Re: Dangling Client Backend Process Andres Freund <andres@anarazel.de>
Re: Dangling Client Backend Process Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Rajeev rastogi <rajeev.rastogi@huawei.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Dangling Client Backend Process Rajeev rastogi <rajeev.rastogi@huawei.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Rajeev rastogi <rajeev.rastogi@huawei.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Tom Lane <tgl@sss.pgh.pa.us>
Re: Dangling Client Backend Process Andres Freund <andres@anarazel.de>
Re: Dangling Client Backend Process Tom Lane <tgl@sss.pgh.pa.us>
Re: Dangling Client Backend Process Andres Freund <andres@anarazel.de>
Re: Dangling Client Backend Process Rajeev rastogi <rajeev.rastogi@huawei.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Michael Paquier <michael.paquier@gmail.com>
Re: Dangling Client Backend Process Robert Haas <robertmhaas@gmail.com>
Re: Dangling Client Backend Process Rajeev rastogi <rajeev.rastogi@huawei.com>
Re: Dangling Client Backend Process Amit Kapila <amit.kapila16@gmail.com>
Robert Haas writes: > Hmm. ProcessInterrupts() signals some FATAL errors while the > connection is idle, and rumor has it that that works: the client > doesn't immediately read the FATAL error, but the next time it sends a > query, it tries to read from the connection and sees the FATAL error > at that time. I wonder why that's not working here. A likely theory is that the kernel is reporting failure to libpq's send() because the other side of the connection is already gone. This would be timing-dependent of course. regards, tom lane
В списке pgsql-hackers по дате отправления
