Re: Adding a --quiet option to initdb - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Adding a --quiet option to initdb
Date
Msg-id 2898.1138378817@sss.pgh.pa.us
Whole thread Raw
In response to Re: Adding a --quiet option to initdb  (Thomas Hallgren <thomas@tada.se>)
Responses Re: Adding a --quiet option to initdb  ("Joshua D. Drake" <jd@commandprompt.com>)
List pgsql-hackers
I wrote:
>> While we can probably all agree that it's not very interesting to
>> mention every single directory that initdb creates, I find it ...

I took a quick look at the source and see that it would be trivial
to reduce the current output from

creating directory /home/postgres/v82/data ... ok
creating directory /home/postgres/v82/data/global ... ok
creating directory /home/postgres/v82/data/pg_xlog ... ok
creating directory /home/postgres/v82/data/pg_xlog/archive_status ... ok
creating directory /home/postgres/v82/data/pg_clog ... ok
creating directory /home/postgres/v82/data/pg_subtrans ... ok
creating directory /home/postgres/v82/data/pg_twophase ... ok
creating directory /home/postgres/v82/data/pg_multixact/members ... ok
creating directory /home/postgres/v82/data/pg_multixact/offsets ... ok
creating directory /home/postgres/v82/data/base ... ok
creating directory /home/postgres/v82/data/base/1 ... ok
creating directory /home/postgres/v82/data/pg_tblspc ... ok
selecting default max_connections ... 100
...

to

creating directory /home/postgres/v82/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
...

which would go a long way to cutting down the perception of useless
chatter.  I think the per-subdirectory messages were put in at a time
when we only created one or two such, but that was a long time ago.
It doesn't take long to make a directory, so the messages aren't
very useful as progress reports, and if the first creation succeeds
then it's highly unlikely the rest will fail.  (Of course, if one
does fail we'll report its name at that point.)

Barring objections I'll make this change, regardless of whether we
later decide that all the progress messages ought to be dependent
on a --verbose or --quiet flag.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: stats for failed transactions (was Re: [GENERAL] VACUUM Question)
Next
From: Jason Essington
Date:
Subject: Re: Segfault Exiting psql