Re: BUG #7914: pg_dump aborts occasionally
| От | Shin-ichi MORITA |
|---|---|
| Тема | Re: BUG #7914: pg_dump aborts occasionally |
| Дата | |
| Msg-id | D21BF31C50304BEEB86E10C12ED7E1FE@25a038note обсуждение исходный текст |
| Ответ на | Re: BUG #7914: pg_dump aborts occasionally (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: BUG #7914: pg_dump aborts occasionally
|
| Список | pgsql-bugs |
>>> Hm. Can you create a reproducible test case for this?
>> I think this issue happens when pg_dump is slower than the backend
>> for some reason.
>
> If so, perhaps injecting a sleep() delay into the right place in pg_dump
> or libpq would make it reproducible? I wouldn't have any problem
> crediting a test with such modified code as being a valid test.
I think it's a good idea.
Although I can not confirm this by actually modifying the code right now,
somewhere in the loop calling PQgetCopyData() in pg_dump.c would be good.
pg_dump.c:
1348: for (;;)
1349: {
1350: ret = PQgetCopyData(conn, ©buf, 0);
1351:
1352: if (ret < 0)
1353: break; /* done or error */
1354:
1355: if (copybuf)
1356: {
1357: WriteData(fout, copybuf, ret);
1358: PQfreemem(copybuf);
1359: }
sleep(1); /* maybe */
An alternative way would be running pg_dump with a lower priority.
Actually, I can reproduce this issue by setting the priority of
pg_dump to Low using Windows Task Manager
on the "single processor" environment.
Regards,
Shin-ichi MORITA
В списке pgsql-bugs по дате отправления: