Postgresql 9.0.23 - checkpoint delays

From: Bryan Ward <bward(at)globitech(dot)com>
To: "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Cc: Amy Grabham <agrabham(at)globitech(dot)com>, Katie Dell <kdell(at)globitech(dot)com>, Steve Courtney <scourtney(at)globitech(dot)com>
Subject: Postgresql 9.0.23 - checkpoint delays
Date: 2016-04-12 22:02:56
Message-ID: 557921E44EEBA849A3D17F95A63D16E283344C10@GTEX1.globitech.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Unfortunately, we cannot upgrade Postgresql at this time.

We are having delays on our database checkpoint writes of up to 300 seconds. The delays occur only after we delete files from archwal filesystem. We run a script to remove the files all at one time.(up to 3000 files) The command is "find /u04/pgprod/mesprod/9.0/archwal -mtime +3 -exec rm -f {} \;" The other checkpoints occur in milliseconds.

Our Solaris 10 support has recommended changing the zfs filesystem parameter from "primarycache = all" to "primarycache = metadata" since we are using a EMC VNX-5400 SAN as a data store. It is believed that the zfs caching from the delete is delaying the acknowledgement from the VNX or the zfs filesystem when the writes occur.

Are there any adverse issues for postgresql?

Will this resolve the issue with the checkpoint delays?

Will there be any impact to the database specifically how the data is written using fsync?

Thanks and regards,

Bryan Ward
Globitech Inc.

Browse pgsql-admin by date

  From Date Subject
Next Message Scott Marlowe 2016-04-13 13:52:43 Re: [TIPS] Tuning PostgreSQL 9.2
Previous Message koff10 2016-04-12 21:39:46 Re: upsert example about postgres9.5