Re: [PERFORM] failures on machines using jfs

2004-01-13 Thread Greg Spiegelberg
Hannu Krosing wrote: Greg Spiegelberg kirjutas E, 12.01.2004 kell 19:03: Hannu Krosing wrote: Spiegelberg, Greg kirjutas P, 11.01.2004 kell 18:21: It would seem we're experiencing somthing similiar with our scratch volume (JFS mounted with noatime). Which files/directories do you keep on "scr

Re: [PERFORM] failures on machines using jfs

2004-01-13 Thread Bill Moran
Hannu Krosing wrote: Greg Spiegelberg kirjutas E, 12.01.2004 kell 19:03: Hannu Krosing wrote: Spiegelberg, Greg kirjutas P, 11.01.2004 kell 18:21: It would seem we're experiencing somthing similiar with our scratch volume (JFS mounted with noatime). Which files/directories do you keep on "scr

Re: [PERFORM] failures on machines using jfs

2004-01-13 Thread Hannu Krosing
Greg Spiegelberg kirjutas E, 12.01.2004 kell 19:03: > Hannu Krosing wrote: > > Spiegelberg, Greg kirjutas P, 11.01.2004 kell 18:21: > > > >>It would seem we're experiencing somthing similiar with our scratch > >>volume (JFS mounted with noatime). > > > > > > Which files/directories do you keep o

Re: [PERFORM] failures on machines using jfs

2004-01-12 Thread Greg Spiegelberg
Hannu Krosing wrote: Spiegelberg, Greg kirjutas P, 11.01.2004 kell 18:21: It would seem we're experiencing somthing similiar with our scratch volume (JFS mounted with noatime). Which files/directories do you keep on "scratch" volume ? All postgres files or just some (WAL, tmp) ? No Postgres fil

Re: [PERFORM] failures on machines using jfs

2004-01-12 Thread Hannu Krosing
Spiegelberg, Greg kirjutas P, 11.01.2004 kell 18:21: > It would seem we're experiencing somthing similiar with our scratch > volume (JFS mounted with noatime). Which files/directories do you keep on "scratch" volume ? All postgres files or just some (WAL, tmp) ? - Hannu ---

Re: [PERFORM] failures on machines using jfs

2004-01-11 Thread Tom Lane
"Spiegelberg, Greg" <[EMAIL PROTECTED]> writes: > PostgreSQL 7.3.3 from source *Please* update to 7.3.4 or 7.3.5 before you get bitten by the WAL-page-boundary bug ... regards, tom lane ---(end of broadcast)--- TIP 7: don't

Re: [PERFORM] failures on machines using jfs

2004-01-11 Thread Spiegelberg, Greg
ECC Internal disk: 2xU160 SCSI, mirrored, location of our JFS file system External disk Qlogic 2310 attached to FC-SW @2Gbps with ext3 on those LUNs Greg -Original Message- From: Christopher Browne To: [EMAIL PROTECTED] Sent: 1/10/04 9:08 PM Subject: Re: [PERFORM] failures on machine

Re: [PERFORM] failures on machines using jfs

2004-01-10 Thread Christopher Browne
[EMAIL PROTECTED] (Robert Creager) writes: > When grilled further on (Wed, 7 Jan 2004 18:06:08 -0500), > Andrew Sullivan <[EMAIL PROTECTED]> confessed: > >> We have lately had a couple of cases where machines either locked >> up, slowed down to the point of complete unusability, or died >> complete

Re: [PERFORM] failures on machines using jfs

2004-01-09 Thread Robert Creager
When grilled further on (Wed, 7 Jan 2004 18:06:08 -0500), Andrew Sullivan <[EMAIL PROTECTED]> confessed: > > We have lately had a couple of cases where machines either locked up, > slowed down to the point of complete unusability, or died completely > while using jfs. We are _not_ sure that jfs

Re: [PERFORM] failures on machines using jfs

2004-01-08 Thread Josh Berkus
Andrew, > None of this is to say that jfs is in fact to blame, nor even that, > if it is, it does not have something to do with the age of our > installations, &c. (these are all RH 8). In fact, I suspect hardware > in both cases. But I thought I'd mention it just in case other > people are seei

[PERFORM] failures on machines using jfs

2004-01-07 Thread Andrew Sullivan
Hi all, Chris Browne (one of my colleagues here) has posted some tests in the past indicating that jfs may be the fastest filesystem for Postgres use on Linux. We have lately had a couple of cases where machines either locked up, slowed down to the point of complete unusability, or died completel