From: | Josh Kupershmidt <schmiddy(at)gmail(dot)com> |
---|---|
To: | Bosco Rama <postgres(at)boscorama(dot)com> |
Cc: | Postgres general mailing list <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Why are pg_restore taking that long ? |
Date: | 2012-05-20 08:35:22 |
Message-ID: | CAK3UJRHKfaoey6bBjOvpZLS4=qgmreWD2oBxbOFMZoFLawKpaQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sat, May 19, 2012 at 10:57 PM, Bosco Rama <postgres(at)boscorama(dot)com> wrote:
> Hey Josh,
>
> I found the message I was seeing. It was/is(?) in StartRestoreBlob() and it
> looks like this:
>
> ahlog(AH, 2, "restoring large object with OID %u\n", oid);
>
> But I don't know how to find it in the current git tree or how to activate
> it from the command-line (assuming it is still part of the release).
Yup, that's still there, see pg_backup_archiver.c in git head:
The reason that message doesn't show up is it's being logged with
level=2, and with the "-v" or "--verbose" switch, only messages at
level 1 or less get logged. Notice that pg_backup_archiver.c and
pg_backup_tar.c use an inconsistent log level for this same message,
which might explain where you saw the message previously. If you're
using a tar-format backup, you will see the message:
pg_restore: restoring large object OID 16388
for each LO in verbose mode.
Now, if you're keen on seeing that message for custom-format archives,
you could change that "2" to a "1" in the line you posted from
pg_backup_archiver.c and recompile, and that should give you the
message you're after. Or change this bit in pg_restore.c to assign a 2
instead of a 1:
case 'v': /* verbose */
opts->verbose = 1;
break;
It'd sure be nice to have these programs allow "-vvvv" style switches
to signify cranking up the debugLevel, unless I'm missing some other
way to do so.
Josh
From | Date | Subject | |
---|---|---|---|
Next Message | zeljko | 2012-05-20 12:51:42 | Re: Libpq question |
Previous Message | Ian Harding | 2012-05-20 07:26:26 | Locking or Something Else? |