From: | Raghavendra <raghavendra(dot)rao(at)enterprisedb(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Why vacumming performed on template1 with initdb command ? |
Date: | 2011-12-21 22:39:38 |
Message-ID: | CA+h6Ahgj-o0aaG8EJYfvcd9g=08+UW44yBYds1qJr5YV-5YZYg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Respected,
Am in PG 9.0.4.
While creating a new cluster with "initdb" command I observed a statement
echoing as "vacuuming database template1.... ok".
Why vacuuming is performed on a new cluster on template1 database.
Please share your valuable comments.
*Initdb output:*
[postgres(at)test-psql01 bin]$ ./initdb -D /u01/pg/update_test_data
The files belonging to this database system will be owned by user
"postgres".
This user must also own the server process.
The database cluster will be initialized with locale en_US.UTF-8.
The default database encoding has accordingly been set to UTF8.
The default text search configuration will be set to "english".
creating directory /u01/pg/update_test_data ... ok
creating subdirectories ... ok
selecting default max_connections ... 40
selecting default shared_buffers ... 32MB
creating configuration files ... ok
creating template1 database in /u01/pg/update_test_data/base/1 ... ok
initializing pg_authid ... ok
initializing dependencies ... ok
creating system views ... ok
loading system objects' descriptions ... ok
creating conversions ... ok
creating dictionaries ... ok
setting privileges on built-in objects ... ok
creating information schema ... ok
loading PL/pgSQL server-side language ... ok
vacuuming database template1 ...ok
copying template1 to template0 ... ok
copying template1 to postgres ...ok
WARNING: enabling "trust" authentication for local connections
You can change this by editing pg_hba.conf or using the -A option the
next time you run initdb.
Success. You can now start the database server using:
./postgres -D /u01/pg/update_test_data
or
./pg_ctl -D /u01/pg/update_test_data -l logfile start
---
Regards,
Raghavendra
EnterpriseDB Corporation
Blog: http://raghavt.blogspot.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Havasvölgyi Ottó | 2011-12-21 22:41:51 | Re: fsync on ext4 does not work |
Previous Message | Xiaoning Xu | 2011-12-21 21:29:51 | [partition table] python fetchall or fetchone function can not get the returning rows |