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 ---------------------------(end of broadcast)--------------------------- TIP 5: don't forget to increase your free space map settings