Re: BUG #2712: could not fsync segment: Permission
От | Magnus Hagander |
---|---|
Тема | Re: BUG #2712: could not fsync segment: Permission |
Дата | |
Msg-id | 6BCB9D8A16AC4241919521715F4D8BCEA3583D@algol.sollentuna.se обсуждение исходный текст |
Ответ на | Re: BUG #2712: could not fsync segment: Permission (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #2712: could not fsync segment: Permission
|
Список | pgsql-bugs |
> > The same problem exists in 8.1 too. See this thread=20 > > http://archives.postgresql.org/pgsql-bugs/2006-04/msg00177.php > > Tom and Magnus tracked down a cause, but I don't think a=20 > fix was ever=20 > > implemented. >=20 > Thomas seems to have two different issues there: the "could=20 > not rename file" problem on the pg_xlog file is probably=20 > explained by the mechanism we identified back then (and I'm=20 > not sure why no fix has been installed), but there is no=20 > known reason other than antivirus software for the "could not=20 > fsync" problem. >=20 > As for fixing the problem we do understand: ISTM it's just an=20 > awful idea for pgrename and pgunlink to be willing to loop=20 > forever. I think they should time out and report the failure=20 > after some reasonable period (say between 10 sec and a minute). >=20 > If we simply made that change, then the behavior when there's=20 > an idle backend sitting on a filehandle for an old xlog=20 > segment would be that checkpoints would fail at the=20 > MoveOfflineLogs stage, which would not be fatal, but it'd be=20 > annoying. We'd probably want to further tweak=20 > InstallXLogFileSegment so that rename failure isn't an ERROR,=20 > at least not on Windows. (I think we could just make it=20 > return false, which'd cause the caller to try to delete the=20 > xlog segment, which should work even though rename doesn't.) >=20 > I'm not in a position to test this though. Magnus or Bruce? I haven't reproduced this on my box. But if you can give me a patch to try I can build binaries for Thomas to test, if he can do testing but not building. //Magnus
В списке pgsql-bugs по дате отправления: