[GENERAL] postgresql /var fill

2006-10-06 Thread km
Hi all, I have installed postgresql(8.1.4) data dir on a partition (/data) which rests on a separate disk from OS disk. The install dir is default (usr/local/pgsql). Now when i use use pgbench with scaling factor of 1000 it creates a whooping 15 GB database. but i see /var partition used space

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread Ray Stell
ls -l / maybe /data is a symlink? On Fri, Oct 06, 2006 at 07:10:12PM +0530, km wrote: Hi all, I have installed postgresql(8.1.4) data dir on a partition (/data) which rests on a separate disk from OS disk. The install dir is default (usr/local/pgsql). Now when i use use pgbench with

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread km
On Fri, Oct 06, 2006 at 09:38:46AM -0400, Ray Stell wrote: ls -l / maybe /data is a symlink? no /data is the label for separate SCSI disk. no symlinks !!! /var resides on /dev/sda, and /data in /dev/sdb regards, KM ---(end of broadcast)---

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread Csaba Nagy
/var resides on /dev/sda, and /data in /dev/sdb I bet you're running a default installation of postgres which has it's data in /var. Check your real data directory by running 'ps auxww|grep post', and see what's after the '-D' parameter... and then when you figure out that the startup script is

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread km
On Fri, Oct 06, 2006 at 03:57:47PM +0200, Csaba Nagy wrote: /var resides on /dev/sda, and /data in /dev/sdb I bet you're running a default installation of postgres which has it's data in /var. Check your real data directory by running 'ps auxww|grep post', and see what's after the '-D'

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread Richard Huxton
km wrote: nope! i have purposefully deselected postgres 7.4 installation at OS install. then downloaded postgresql sources of 8.1.4 and installed it in /usr/local/pgsql with data dir as /data/pgdata. later , i have set PGDATA to /data/pgdata in startup script from contrib/scripts of sources

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread Frank Finner
Maybe you switched full statement logging on in postgresql.conf? This can result in a considerable amount of logfile data in /var/log/somewhere, often /var/log/postgresql/ (although 15 GB is really quite a lot). Regards, Frank. On Fri, 6 Oct 2006 19:10:12 +0530 km [EMAIL PROTECTED] thought

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread km
Have you tried looking in /var to see what's there? find /var -type f -msize +k ya looking for files bigger than KB showed only: /var/lib/rpm/RpmPackages /var/lib/rpm/Filemd5s regards, KM ---(end of broadcast)--- TIP 9: In versions

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread Tom Lane
km [EMAIL PROTECTED] writes: whats happening ? Unless you're using tablespaces, the server will definitely not write anywhere outside its assigned data directory. Are you sure that the growth in /var is related at all? Maybe something spewing messages to syslog?

Re: [GENERAL] postgresql /var fill

2006-10-06 Thread Richard Huxton
km wrote: Have you tried looking in /var to see what's there? find /var -type f -msize +k ya looking for files bigger than KB showed only: /var/lib/rpm/RpmPackages /var/lib/rpm/Filemd5s 1. Try a smaller size and see if you get lots of files at say 5000k. 2. Try something else to