Re: pgwin32_open returning EINVAL

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: pgwin32_open returning EINVAL
Дата
Msg-id 87fxy3qsow.fsf@oxford.xeocode.com
обсуждение исходный текст
Ответ на Re: pgwin32_open returning EINVAL  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: pgwin32_open returning EINVAL  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
"Andrew Dunstan" <andrew@dunslane.net> writes:

> Magnus Hagander wrote:
>> Alvaro Herrera wrote:
>>> Magnus Hagander wrote:
>>>     
>>> Note that their behavior on finding SHARING_VIOLATION or LOCK_VIOLATION
>>> is to retry forever until the error goes away, on the theory that the
>>> antivirus/backup software will soon release the file.
>>
>> Interesting. Maybe forever is going a bit too far, but retrying for <n>
>> seconds or so.

I think looping forever is the right thing. Having a fixed timeout just means
Postgres will break sometimes instead of all the time. And it introduces
non-deterministic behaviour too.

You could print a warning after 30s but then I think you have to keep trying
forever. Just like database operations hang forever waiting for a lock.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: EXPLAIN ANALYZE printing logical and hardware I/O per-node
Следующее
От: "ivo nascimento"
Дата:
Сообщение: stored procedures to webservices