Re: Archiver not picking up changes to archive_command
Fujii Masao <masao.fujii@gmail.com>
From: Fujii Masao <masao.fujii@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: bricklen <bricklen@gmail.com>, pgsql-general@postgresql.org, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2010-05-11T04:21:16Z
Lists: pgsql-hackers, pgsql-general
Attachments
- pgarch_check_sighup_v1.patch (application/octet-stream) patch v1
On Tue, May 11, 2010 at 9:50 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > bricklen <bricklen@gmail.com> writes: >> Due to some heavy processing today, we have been falling behind on >> shipping log files (by about a 1000 logs or so), so wanted to up our >> bwlimit like so: > >> rsync -a %p postgres@192.168.80.174:/WAL_Archive/ && rsync >> --bwlimit=1875 -az %p postgres@14.121.70.98:/WAL_Archive/ > >> The db is showing the change. >> SHOW archive_command: >> rsync -a %p postgres@192.168.80.174:/WAL_Archive/ && rsync >> --bwlimit=1875 -az %p postgres@14.121.70.98:/WAL_Archive/ > >> Yet, the running processes never get above the original bwlimit of >> 1250. Have I missed a step? Would "kill -HUP <archiver pid>" help? >> (I'm leery of trying that untested though) > > A look at the code shows that the archiver only notices SIGHUP once > per outer loop, so the change would only take effect once you catch up, > which is not going to help much in this case. Possibly we should change > it to check for SIGHUP after each archive_command execution. +1 Here is the simple patch to do so. Regards, -- Fujii Masao NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center