From: | "Kevin Grittner" <kgrittn(at)mail(dot)com> |
---|---|
To: | "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
Cc: | hlinnaka(at)iki(dot)fi,"PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [Pgbuildfarm-members] Version 4.10 of buildfarm client released. |
Date: | 2013-01-14 20:56:23 |
Message-ID: | 20130114205624.324950@gmx.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan wrote:
>> For Linux, perhaps some form of lsof with the +D option?
> This actually won't help. In most cases the relevant data directory has
> long disappeared out from under the rogue postmaster as part of
> buildfarm cleanup. Also, lsof is not universally available. We try to
> avoid creating new dependencies if possible.
Well, I did say "for Linux" and the reason I suggested lsof is that
it does show deleted files which are being held open (or in the
suggested command, the pids of processes holding open files in or
under the requested directory). However, if you want a solution
which works for all OSs, lsof obviously doesn't do the job; and if
the directory itself is deleted, +D doesn't help -- you would need
to grep the full output
Anyway, I guess we don't really need to do anything anyway, so the
point is moot.
-Kevin
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2013-01-14 21:15:36 | Re: count(*) of zero rows returns 1 |
Previous Message | Tom Lane | 2013-01-14 20:49:23 | Re: fix SQL example syntax in file comment |