Re: subscriptionCheck failures on nightjar
От | Tom Lane |
---|---|
Тема | Re: subscriptionCheck failures on nightjar |
Дата | |
Msg-id | 1466.1550085086@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: subscriptionCheck failures on nightjar (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: subscriptionCheck failures on nightjar
|
Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes: > I was kinda pondering just open coding it. I am not yet convinced that > my idea of just using an open FD isn't the least bad approach for the > issue at hand. What precisely is the NFS issue you're concerned about? I'm not sure that fsync-on-FD after the rename will work, considering that the issue here is that somebody might've unlinked the file altogether before we get to doing the fsync. I don't have a hard time believing that that might result in a failure report on NFS or similar. Yeah, it's hypothetical, but the argument that we need a repeat fsync at all seems equally hypothetical. > Right now fsync_fname_ext isn't exposed outside fd.c... Mmm. That makes it easier to consider changing its API. regards, tom lane
В списке pgsql-hackers по дате отправления: