BUG #2712: could not fsync segment: Permission denied

Поиск
Список
Период
Сортировка
От Thomas H
Тема BUG #2712: could not fsync segment: Permission denied
Дата
Msg-id 200610222328.k9MNSWTP030133@wwwmaster.postgresql.org
обсуждение исходный текст
Ответы Re: BUG #2712: could not fsync segment: Permission denied  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
The following bug has been logged online:

Bug reference:      2712
Logged by:          Thomas H
Email address:      me@alternize.com
PostgreSQL version: 8.2b1
Operating system:   windows 2003 standard
Description:        could not fsync segment: Permission denied
Details:

sometimes we're seeing loads of errors in the log:

2006-10-22 23:48:50 LOG:  could not fsync segment 0 of relation
1663/3964774/6409340: Permission denied
2006-10-22 23:48:50 ERROR:  storage sync failed on magnetic disk: Permission
denied
2006-10-22 23:48:51 LOG:  could not fsync segment 0 of relation
1663/3964774/6409340: Permission denied
2006-10-22 23:48:51 ERROR:  storage sync failed on magnetic disk: Permission
denied
2006-10-22 23:48:52 LOG:  could not fsync segment 0 of relation
1663/3964774/6409340: Permission denied
2006-10-22 23:48:52 ERROR:  storage sync failed on magnetic disk: Permission
denied
2006-10-22 23:48:53 LOG:  could not fsync segment 0 of relation
1663/3964774/6409340: Permission denied
2006-10-22 23:48:53 ERROR:  storage sync failed on magnetic disk: Permission
denied
{...}

when this happens, there are also files locked within the data\base\{dbid}\.
access to those files are denied by the os - the files vanish as soon as
postmaster ist stopped & restarted.

i haven't yet found a possible reason - i suspect the error to appear
*sometimes* after issuing a "VACUUM FULL ANALYZE {tablename}" / "REINDEX
TABLE {tablename}".

the hardware is checked and ok.

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

Предыдущее
От:
Дата:
Сообщение: bug? VACUUM ANALYZE {table} outputs transaction id wrap limit to logfile
Следующее
От: "Yang Zhang"
Дата:
Сообщение: BUG #2711: PGUSER affects "pg_ctl -w start" behavior