[GENERAL] pg_dump: ERROR: could not open relation with OID ...

2007-06-04 Thread Thomas F. O'Connell
wonder if it was indicative of trouble on the way? -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005

[GENERAL] Large Database \d: ERROR: cache lookup failed for relation ...

2007-05-24 Thread Thomas F. O'Connell
of this error in the archives. -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005

[GENERAL] Continuous Archiving for Multiple Warm Standby Servers

2007-05-07 Thread Thomas F. O'Connell
introspection of this nature. I ask because it seems like network-to- network failures are a common enough occurrence that some mechanism for archive verification is a must-have. I'm just trying to determine how much of that functionality I'll have to build myself... -- Thomas F. O'Connell

Re: [GENERAL] NFS vs. PostgreSQL on Solaris

2007-04-30 Thread Thomas F. O'Connell
On Apr 26, 2007, at 6:51 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: 1. What aspect of postgres' memory usage would create an out of memory condition? I'm guessing you ran the box out of swap space --- look into what other processes got started as a result of adding

[GENERAL] NFS vs. PostgreSQL on Solaris

2007-04-26 Thread Thomas F. O'Connell
message? 3. What would cause postgres to die from a signal 11? I've also got a core file if that's necessary for further forensics. -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005

Re: [GENERAL] [DOCS] Incrementally Updated Backups: Docs Clarification

2007-04-25 Thread Thomas F. O'Connell
On Apr 25, 2007, at 9:42 AM, Simon Riggs wrote: On Thu, 2007-04-19 at 15:48 -0500, Thomas F. O'Connell wrote: If we take a backup of the standby server's files while it is following logs shipped from the primary, we will be able to reload that data and restart the standby's recovery process

[GENERAL] Incrementally Updated Backups: Docs Clarification

2007-04-19 Thread Thomas F. O'Connell
. [optional] preserve data directory, remove unnecessary WAL files 3. restart standby server Is that all there is to it? -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005

Re: [GENERAL] Status of Postgres 8.2.4 and pg_standby

2007-04-17 Thread Thomas F. O'Connell
in contrib for 8.3 is designed to be backward compatible with 8.2.x. http://archives.postgresql.org/pgsql-admin/2007-04/msg00069.php I'm currently having good success in testing. -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http

[GENERAL] pg_standby + test_warm_standby: A Community Report

2007-04-16 Thread Thomas F. O'Connell
to test restartable recovery and incrementable backups, but I'd like to say thanks to Simon and the whole PostgreSQL Global Development Group for a fine product and a robust community. -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability

Re: [GENERAL] pg_standby

2007-04-12 Thread Thomas F. O'Connell
On Mar 29, 2:17 pm, [EMAIL PROTECTED] (Thomas F. O'Connell) wrote: I see that Simon has pushed pg_standbyinto contrib for 8.3. Is there anything that would make the current version in CVS unsuitable for use in 8.2.x? I've done a cursory inspection of the code, but I'll admit that I haven't

[GENERAL] pg_standby: Unremovable Trigger File

2007-04-11 Thread Thomas F. O'Connell
the recovery process, and I'm not helping myself much by reading the code. Doesn't the non-zero exit from CheckForExternalTrigger mean that pg_standby will be signaling to the standby server a file-not- found scenario? -- Thomas F. O'Connell optimizing modern web applications : for search

[GENERAL] pg_standby

2007-03-29 Thread Thomas F. O'Connell
to see whether anything would be unusable or behave unexpectedly in 8.2. I'm assuming the correct way to install it would be to take the pg_standby directory from CVS, add it to an 8.2.x source contrib tree, and build as if it were a part of contrib in 8.2? -- Thomas F. O'Connell optimizing modern

Re: [GENERAL] New US DST Rules PostgreSQL

2007-03-13 Thread Thomas F. O'Connell
USDSTupdates regards, tom lane I'm curious. For 7.4.x, does the database require a restart for the change to take effect? I'm aware of a few production installations where the OS changed, but postgres time functions didn't take hold. -- Thomas F. O'Connell optimizing

[GENERAL] PostgreSQL on Solaris: Changing Compilers During Point Upgrade

2007-02-06 Thread Thomas F. O'Connell
important: Has this risked any catastrophic data corruption? If we just switch to a gcc 8.2.2, will we be fine? -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005

Re: [GENERAL] PostgreSQL on Solaris: Changing Compilers During Point Upgrade

2007-02-06 Thread Thomas F. O'Connell
On Tue, Feb 06, 2007 at 09:43:01AM -0600, Thomas F. O'Connell wrote: DETAIL: Table has type character varying, but query expects character varying. In another thread, someone else is reporting this too. I'm wondering whether something went wrong in the 8.2.2 release. Is this the other

Re: [GENERAL] PostgreSQL on Solaris: Changing Compilers During Point Upgrade

2007-02-06 Thread Thomas F. O'Connell
On Feb 6, 10:33 am, [EMAIL PROTECTED] (Tom Lane) wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: but we just built 8.2.2 from source using cc, and now we're seeing this type of error in the logs: ERROR: attribute 3 has wrong type DETAIL: Table has type character varying

[GENERAL] 8.2.2 Announcement?

2007-02-06 Thread Thomas F. O'Connell
Shouldn't there be an announcement about the buggy 8.2.2 announced yesterday preceding the availability of new binaries, or is the bug not considered severe enough to invalidate the 8.2.2 sources that are currently in distribution? -- Thomas F. O'Connell optimizing modern web applications

Re: [GENERAL] More activity in pg_stat_activity

2007-01-08 Thread Thomas F. O'Connell
think it will error out. -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005 ---(end of broadcast)--- TIP 4: Have you searched our list archives

Re: [GENERAL] Database Corruption - last chance recovery options?

2007-01-06 Thread Thomas F. O'Connell
take effect on reload, then how could a related failure manifest at all, regardless of when? -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005 ---(end of broadcast

Re: [GENERAL] Interrupted pg_dump / pg_restore Upgrade

2007-01-05 Thread Thomas F. O'Connell
On Jan 4, 2007, at 7:03 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: My big question is: Is there anything that happens late in the game in a pg_dumpall that affects system catalogs or other non-data internals in any critical ways that would make an interrupted pg_dumpall

Re: [GENERAL] Database Corruption - last chance recovery options?

2007-01-05 Thread Thomas F. O'Connell
preceding your inability to get a table listing via psql? -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005 ---(end of broadcast)--- TIP 5: don't forget

Re: [GENERAL] upgrading and pg_restore versions

2007-01-05 Thread Thomas F. O'Connell
incompatibilities). You don't have to rely on pg_restore. -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability, and for performance : http://o.ptimized.com/ 615-260-0005 ---(end of broadcast)--- TIP 5: don't

[GENERAL] Interrupted pg_dump / pg_restore Upgrade

2007-01-04 Thread Thomas F. O'Connell
causes as possible. The new database is 8.2 (as were all the client utilities used in the migration), built from source, running on Solaris: SunOS x41-xl-01.int 5.10 Generic_118855-19 i86pc i386 i86pc -- Thomas F. O'Connell optimizing modern web applications : for search engines, for usability

Re: [GENERAL] Changing the data directory Ubuntu

2006-08-15 Thread Thomas F. O'Connell
to keep my data on in case of a problem with the OS. Any help would be appreciated. Shaun Unless Ubuntu is doing anything funny, you should be able to set data_directory in postgresql.conf: http://www.postgresql.org/docs/8.1/static/runtime-config-file- locations.html -- Thomas F. O'Connell

Re: [GENERAL] PostgreSQL on RAM Disk / tmpfs

2006-08-08 Thread Thomas F. O'Connell
On Aug 3, 2006, at 1:26 PM, Merlin Moncure wrote: On 8/2/06, Thomas F. O'Connell [EMAIL PROTECTED] wrote: I'm working on a postgres instance (8.1.2 running on Solaris 10) where the data directory (including WAL) is being mounted on tmpfs. Based on this, and with knowledge that fsync

Re: [GENERAL] PostgreSQL on RAM Disk / tmpfs

2006-08-08 Thread Thomas F. O'Connell
On Aug 8, 2006, at 1:10 PM, Merlin Moncure wrote: On 8/8/06, Thomas F. O'Connell [EMAIL PROTECTED] wrote: On Aug 3, 2006, at 1:26 PM, Merlin Moncure wrote: if have super high write volumes, consider writing your insert call in C. prepare your statement, and use the parameterized version

Re: [GENERAL] How to read log files

2006-08-03 Thread Thomas F. O'Connell
the postgres logs. http://www.postgresql.org/docs/8.1/static/runtime-config- logging.html#RUNTIME-CONFIG-LOGGING-WHAT -- Thomas F. O'Connell Sitening, LLC http://www.sitening.com/ 3004B Poston Avenue Nashville, TN 37203-1314 615-469-5150 x802 615-469-5151 (fax) ---(end

[GENERAL] SAVEPOINT and FOR UPDATE

2006-08-03 Thread Thomas F. O'Connell
I'm curious to know more about the postgres implementation of subtransactions via SAVEPOINT.If I wanted to set up a multi-statement transaction in which I needed multiple SELECT ... FOR UPDATE + UPDATE blocks, it would seem advantageous to be able to combine the SELECT ... FOR UPDATE clauses with

[GENERAL] PostgreSQL on RAM Disk / tmpfs

2006-08-02 Thread Thomas F. O'Connell
I'm working on a postgres instance (8.1.2 running on Solaris 10) where the data directory (including WAL) is being mounted on tmpfs. Based on this, and with knowledge that fsync is disabled, I'm operating under the assumption that recoverability is not a precondition for optimized performance.

Re: [GENERAL] Tape backup, 2 versions, same database name, which is pg_dump backing up

2006-08-02 Thread Thomas F. O'Connell
You'll need to specify the non-default port explicitly in your pg_dump command in order to back up the postmaster running on 55432.E.g., pg_dump -p 55432 -U postgres -C -D -f /tmp/$(date+%F)owl.sql owlBy default, the postgres command-line utilities attempt to connect to 5432 (or $PGPORT or

Re: [GENERAL] Tape backup, 2 versions, same database name, which is pg_dump backing up

2006-08-02 Thread Thomas F. O'Connell
, it will fail with a complaint that it couldn't connect to anything on 5432. --Thomas F. O'ConnellSitening, LLChttp://www.sitening.com/3004B Poston AvenueNashville, TN 37203-1314615-469-5150 x802615-469-5151 (fax) On Aug 2, 2006, at 4:10 PM, [EMAIL PROTECTED] wrote:"Thomas F. O'Connell" [EMAIL

Re: [GENERAL] Tape backup, 2 versions, same database name, which is pg_dump backing up

2006-08-02 Thread Thomas F. O'Connell
On Aug 2, 2006, at 4:27 PM, [EMAIL PROTECTED] wrote:You're correct, I cannot use the pg_dump. I get a error message that the pg_dump is aborting because of a version mismatch, then it says to use the i opt. How do I call the pg_dump from the 8.1.4 version?You'll probably need to specify an

[GENERAL] ERROR: could not access status of transaction

2006-04-17 Thread Thomas F. O'Connell
that it seems indicative of an abstruse error condition. Any thoughts from the hackers? -- Thomas F. O'Connell Database Architecture and Programming Sitening, LLC http://www.sitening.com/ 3004 B Poston Avenue Nashville, TN 37203-1314 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax

Re: [GENERAL] How to find the latest (partial) WAL file

2006-04-10 Thread Thomas F. O'Connell
be a % item? -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 3004 B Poston Avenue Nashville, TN 37203-1314 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax) ---(end of broadcast

Re: [GENERAL] CREATE TABLE (with INHERITS) and ACCESS EXCLUSIVE locks

2006-04-04 Thread Thomas F. O'Connell
On Apr 4, 2006, at 12:53 AM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: I'm dealing with an application that can potentially do ad hoc DDL. It uses a PG/pgSQL function, and the only DDL statements in the function are CREATE TABLE and CREATE INDEX statements. But I'm

Re: [GENERAL] CREATE TABLE (with INHERITS) and ACCESS EXCLUSIVE locks

2006-04-04 Thread Thomas F. O'Connell
On Apr 4, 2006, at 4:53 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: As for how this plays out in the real world, a pg_dumpall will start and run for a few hours. Sometime during that, this function might get called. When it does, an ACCESS EXCLUSIVE lock is held against

Re: [GENERAL] pgpool ABORT + no transaction warning

2006-04-03 Thread Thomas F. O'Connell
the results. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 3004 B Poston Avenue Nashville, TN 37203-1314 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax) On Apr 1, 2006, at 8:01 AM, Tatsuo Ishii wrote: A while back, I

[GENERAL] CREATE TABLE (with INHERITS) and ACCESS EXCLUSIVE locks

2006-04-03 Thread Thomas F. O'Connell
. This seems to be a result of connections backing up waiting for the DDL to finish, and the DDL can't finish until the backup process finishes because of the function's ACCESS EXCLUSIVE lock conflicting with the database-wide ACCESS SHARE locks acquired by the backup process. -- Thomas F

Re: [GENERAL] [Slightly OT] data model books/resources?

2006-03-31 Thread Thomas F. O'Connell
On Mar 30, 2006, at 2:03 AM, Aaron Glenn wrote:Anyone care to share the great books, articles, manifestos, notes,leaflets, etc on data modelling they've come across? Ideally I'd liketo find a great college level book on data models, but I haven't comeacross one that even slightly holds "definitive

[GENERAL] pgpool ABORT + no transaction warning

2006-03-31 Thread Thomas F. O'Connell
they are showing up again. pgpool itself seems to be working fine after the upgrade, so as long as the warnings are harmless, it's not a big deal, but I'd like a clean method of preventing log noise if one exists. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening

Re: [GENERAL] Autovacuum Daemon Disrupting dropdb?

2006-03-22 Thread Thomas F. O'Connell
an impact on all postgres clusters running on a server? -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 3004 B Poston Avenue Nashville, TN 37203-1314 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax

[GENERAL] Troubling On-line Backup LOG messages

2006-03-21 Thread Thomas F. O'Connell
see much discussion of them in the archives. Are they cause for concern? -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 3004 B Poston Avenue Nashville, TN 37203-1314 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax

Re: [GENERAL] Troubling On-line Backup LOG messages

2006-03-21 Thread Thomas F. O'Connell
On Mar 21, 2006, at 11:54 AM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: 2006-03-21 10:38:53 CST 1412 :LOG: archive recovery complete 2006-03-21 10:38:53 CST 1412 :LOG: could not truncate directory pg_multixact/offsets: apparent wraparound 2006-03-21 10:38:53 CST 1412

Re: [GENERAL] Autovacuum Daemon Disrupting dropdb?

2006-03-12 Thread Thomas F. O'Connell
or something similar would be reasonable for dropdb because the state of the database in terms of user activity wouldn't seem to matter a whole lot if the intent is to drop it. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 3004 B

[GENERAL] Autovacuum Daemon Disrupting dropdb?

2006-03-11 Thread Thomas F. O'Connell
daemon requires a superuser_reserved_connections slot. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 3004 B Poston Avenue Nashville, TN 37203-1314 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax

Re: [GENERAL] Autovacuum Daemon Disrupting dropdb?

2006-03-11 Thread Thomas F. O'Connell
On Mar 11, 2006, at 2:44 PM, Matthew T. O'Connor wrote: Thomas F. O'Connell wrote: I administer a network where a postgres database on one machine is nightly dumped to another machine where it is restored (for verification purposes) once the dump completes. The process is roughly

Re: [GENERAL] 'AS' column-alias beign ignored on outer select

2005-12-28 Thread Thomas F. O'Connell
of the inner query. Hackers? -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax) ---(end of broadcast

Re: [GENERAL] 'AS' column-alias beign ignored on outer select

2005-12-28 Thread Thomas F. O'Connell
On Dec 28, 2005, at 10:03 PM, Thomas F. O'Connell wrote: [snip] If the column alias is being declared in the subselect, the column alias is working. select version(); version

[GENERAL] SELECT Generating Row Exclusive Locks?

2005-11-30 Thread Thomas F. O'Connell
-linux-gnu, compiled by GCC 2.95.4 -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 (cell) 615-469-5150 (office) 615-469-5151 (fax) ---(end

Re: [GENERAL] SELECT Generating Row Exclusive Locks?

2005-11-30 Thread Thomas F. O'Connell
On Nov 30, 2005, at 9:22 PM, Thomas F. O'Connell wrote: I'm monitoring locks using this query: SELECT pgsa.procpid, pgsa.current_query, pgsa.query_start, pgc.relname, pgl.mode, pgl.granted FROM pg_catalog.pg_class pgc, pg_locks AS pgl, pg_stat_activity AS pgsa WHERE pgl.pid

Re: [GENERAL] SELECT Generating Row Exclusive Locks?

2005-11-30 Thread Thomas F. O'Connell
On Nov 30, 2005, at 10:52 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: For instance, if a long SELECT were running against table_foo and an UPDATE arrived wanting to update table_foo, I would expect to see in pg_locks an entry corresponding to the SELECT with granted

Re: [GENERAL] SELECT Generating Row Exclusive Locks?

2005-11-30 Thread Thomas F. O'Connell
On Nov 30, 2005, at 11:24 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: I guess I'm still somewhat puzzled by the original statement of the question, then. Why does that particular view of locks occasionally tie a SELECT to a granted Row Exclusive lock? You sure it's

[GENERAL] Index Administration: pg_index vs. pg_get_indexdef()

2005-11-22 Thread Thomas F. O'Connell
of using pg_index for such purposes, the OP in the old thread raised what I think is a good question: why are techniques for accessing int2vector nowhere documented if the type itself makes its way into very user-visible documentation and catalogs/views? -- Thomas F. O'Connell Database

Re: [GENERAL] Index Administration: pg_index vs. pg_get_indexdef()

2005-11-22 Thread Thomas F. O'Connell
On Nov 22, 2005, at 10:56 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: In an old thread http://archives.postgresql.org/pgsql-admin/2004-01/ msg00271.php, Tom Lane suggested that it would be unreasonable to use pg_index to reconstruct (expressional) indexes (in 7.4

Re: [GENERAL] Performance of a view

2005-11-17 Thread Thomas F. O'Connell
do in the case of claimnum since it doesn't exist in the view. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-469-5150 615-469-5151 (fax

Re: [GENERAL] Subqueries

2005-11-06 Thread Thomas F. O'Connell
to serve as targets for the results of your SELECTs. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-469-5150 615-469-5151 (fax) ---(end of broadcast

[GENERAL] Lock Modes (Documentation)

2005-11-02 Thread Thomas F. O'Connell
the underlying locking requirements of each step of each SQL command to know when locks might implicitly be acquired. Even if UPDATE is the only special case, it seems like it'd be worth mentioning. -- Thomas F. O'Connell Database Architecture and Programming Co-Founder Sitening, LLC http

Re: [GENERAL] Why is this function wrong

2005-10-24 Thread Thomas F. O'Connell
as originally written. I recommend a closer reading of the chapter on PL/pgSQL: http://www.postgresql.org/docs/8.0/static/plpgsql.html -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Open Source Solutions. Optimized Web Development. http://www.sitening.com/ 110 30th Avenue

Re: [GENERAL] Oracle buys Innobase

2005-10-08 Thread Thomas F. O'Connell
of the transaction were not disclosed. I guess it's possible that MySQL didn't have the financial reach to pull off the deal. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville

Re: [GENERAL] How to uninstall Postgres

2005-10-06 Thread Thomas F. O'Connell
work in most of the cases. regards suresh There's actually a make uninstall rule, too. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-469-5150 615-469

Re: [GENERAL] pg_dump output mode

2005-10-03 Thread Thomas F. O'Connell
rather than a cluster. I think the only difference between t and c is that c is compressed by default. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615

Re: [GENERAL] Replication

2005-09-19 Thread Thomas F. O'Connell
On Sep 19, 2005, at 7:10 PM, Bruce Momjian wrote: Added to TODO: * Allow WAL traffic to be steamed to another server for stand-by replication steamed or streamed? :) -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http

Re: [GENERAL] pg_autovacuum not doing anything

2005-09-11 Thread Thomas F. O'Connell
to verify that any activity is occurring. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-469-5150 615-469-5151 (fax) On Sep 11, 2005, at 4:26 AM, Sim

Re: [GENERAL] Insert Ignore or something similar...

2005-09-05 Thread Thomas F. O'Connell
I don't think any such behavior exists in PostgreSQL, and based on a reading of the behavior in MySQL, I can't imagine it ever existing considering the preference of PostgreSQL developers for correct (and sane) behavior. INSERT IGNORE seems like a foot-cannon... --Thomas F. O'ConnellCo-Founder,

Re: [GENERAL] Insert Ignore or something similar...

2005-09-05 Thread Thomas F. O'Connell
On Sep 5, 2005, at 10:51 PM, Alvaro Herrera wrote: On Mon, Sep 05, 2005 at 10:35:49PM -0500, Thomas F. O'Connell wrote: I don't think any such behavior exists in PostgreSQL, and based on a reading of the behavior in MySQL, I can't imagine it ever existing considering the preference

Re: [GENERAL] ORDER BY time consuming

2005-08-23 Thread Thomas F. O'Connell
You're also free to set sort_mem (7.4.x) or work_mem (8.0.x) on a per session basis, so you could try experimenting with raising the value of those settings during sessions in which your query is running. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open

Re: [GENERAL] How to implement table caching

2005-08-15 Thread Thomas F. O'Connell
Andrus, You might consider something like materialized views: http://jonathangardner.net/PostgreSQL/materialized_views/matviews.html Whether table caching is a good idea depends completely on the demands of your application. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening

Re: [GENERAL] initskript after db start; locks on transactions

2005-08-05 Thread Thomas F. O'Connell
, for what? With the LOCK command i can only lock tables, or? You can use any lock mode specified: http://www.postgresql.org/docs/8.0/static/sql-lock.html -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th

Re: [GENERAL] Upgrading from 7.1

2005-07-27 Thread Thomas F. O'Connell
from the data dump rather than a monolithic dump/restore? Once you get your data import working, you might want to check out contrib/adddepend, though, since you're coming from a pre-7.3 database. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source

[GENERAL] ROW SHARE vs. ACCESS EXCLUSIVE; UPDATE vs. SELECT ... FOR UPDATE

2005-07-21 Thread Thomas F. O'Connell
is being acquired when a foreign key shouldn't have to be checked. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005

Re: [GENERAL] ERROR: could not open relation

2005-07-15 Thread Thomas F. O'Connell
for bgwriter? I'm under the impression that this is mostly an issue with the implementation of temp tables and the planner, but I'd like confirmation from folks who can read the code more easily... -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source

Re: [GENERAL] ERROR: could not open relation

2005-07-14 Thread Thomas F. O'Connell
still have cause for concern? -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Jul 14, 2005, at 7:57 AM, Tom Lane wrote: Thomas F. O'Connell

Re: [GENERAL] ERROR: could not open relation

2005-07-14 Thread Thomas F. O'Connell
of the inheritance relationship in the temp tables, is explicitly attempting to access them? -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005

Re: [GENERAL] ERROR: could not open relation

2005-07-14 Thread Thomas F. O'Connell
On Jul 14, 2005, at 12:51 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL PROTECTED] writes: Unfortunately, this is a system where the interloper is superuser (and, yes, changing this has been a TODO). But even so, I need help understanding how one backend could access the temp table

Re: [GENERAL] ERROR: could not open relation

2005-07-14 Thread Thomas F. O'Connell
the new integrated version of the code as far as access to temp tables are concerned? If contrib/pg_autovacuum, temp tables, and bgwriter don't mix well, I'll need to rethink our vacuum strategy. Thanks! -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open

Re: [GENERAL] ERROR: could not open relation

2005-07-14 Thread Thomas F. O'Connell
and should they be submitted to that queue? Thanks again to all developers and community folk who lent insight into this error -- diagnosis and recovery (which was, thankfully, virtually non-existent). -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open

Re: [GENERAL] ERROR: could not open relation

2005-07-14 Thread Thomas F. O'Connell
pg_autovacuum with this architecture is a bad idea. If so, we can revert to not using temp tables at all. Further, why have we only noticed it once when this version of code (and PostgreSQL) has been running for weeks? -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC

[GENERAL] ERROR: could not open relation

2005-07-13 Thread Thomas F. O'Connell
is a "standalone backend"? A single-user version?) Avoid VACUUMing? pg_dump and reload?The database is currently running. Should I stop it to prevent further damage?-- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 3

Re: [GENERAL] ERROR: could not open relation

2005-07-13 Thread Thomas F. O'Connell
I'm developing a habit of being the most frequent replier to my own posts, but anyway: I discovered the meaning of 1663, which is the default tablespace oid.But I still need help with diagnosis and treatment... -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open

Re: [GENERAL] PostgreSQL Hosting

2005-07-11 Thread Thomas F. O'Connell
wondering whether anyone else in the community has developed any best practices when it comes to PostgreSQL hosting. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203

Re: [GENERAL] PostgreSQL Hosting

2005-07-11 Thread Thomas F. O'Connell
and pg_dump. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Jul 11, 2005, at 11:39 AM, Thomas F. O'Connell wrote:Then we ran into the problem

Re: [GENERAL] PostgreSQL Hosting

2005-07-11 Thread Thomas F. O'Connell
involving a bit of mucking with system catalogs and the schema search path? -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Jul 11, 2005, at 12

Re: [GENERAL] PostgreSQL Hosting

2005-07-11 Thread Thomas F. O'Connell
for your insights. I don't think we're really in a position to support postmaster-per-client hosting, though, at the moment. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6

[GENERAL] Quoting $user as Parameter to SET

2005-07-11 Thread Thomas F. O'Connell
a variable in the parameter list to SET. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005

Re: [GENERAL] Quoting $user as Parameter to SET

2005-07-11 Thread Thomas F. O'Connell
for the noise... -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Jul 11, 2005, at 6:04 PM, Tom Lane wrote: Thomas F. O'Connell [EMAIL

[GENERAL] PostgreSQL Hosting

2005-07-01 Thread Thomas F. O'Connell
ings? Am I hurting my prospects for upgrade paths? There were a few minor patches made to phpPgAdmin, for instance, to get it to use the new pb_db view. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i™ http://www.sitening.com/ 110 30th Av

Re: [GENERAL] CPU-intensive autovacuuming

2005-06-10 Thread Thomas F. O'Connell
to hack pg_autovacuum before 8.1 is released, although if it doesn't become integrated by beta feature freeze, I might give it a shot. But I hope if anyone completes the linear improvement, they'll post to the lists. -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC

Re: [GENERAL] CPU-intensive autovacuuming

2005-06-09 Thread Thomas F. O'Connell
to be of use in a production environment (where I still find its behavior to be preferable to a complicated list of manual vacuums performed in cron). -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http://www.sitening.com/ 110 30th Avenue

[GENERAL] pg_dump in a production environment

2005-05-23 Thread Thomas F. O'Connell
read-only and shouldn't require any exclusive locks.Connections don't really pile up excessively, and load on the machine does not get in the red zone. Is there anything else I should be noticing?-tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open

Re: [GENERAL] pg_dump in a production environment

2005-05-23 Thread Thomas F. O'Connell
CPU, it doesn't prevent further access.I'm suspicious more of something involving locks than of CPU.Oh, and one other small(ish) detail: the dumping client is using a 7.4.8 installation, whereas the server itself is 7.4.6.-tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC

Re: [GENERAL] pg_dump in a production environment

2005-05-23 Thread Thomas F. O'Connell
exclusive locks? -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On May 23, 2005, at 3:18 PM, Scott Marlowe wrote: Basically, it sounds

Re: [GENERAL] pg_dump in a production environment

2005-05-23 Thread Thomas F. O'Connell
today in which pg_dump might be able to use statistics in almost the opposite way of pg_autovacuum, such that it steered clear of objects in heavy use, but I'm not familiar enough with the source to know how this might work. -tfo -- Thomas F. O'Connell Co-Founder, Information Architect

Re: [GENERAL] Increasing connection limit in postgres

2005-05-16 Thread Thomas F. O'Connell
There should be no need to recompile anything. See the entry for max_connections: http://www.postgresql.org/docs/8.0/static/runtime-config.html#RUNTIME- CONFIG-CONNECTION -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http

Re: [GENERAL] DDL from psql console?

2005-04-25 Thread Thomas F . O'Connell
Any reason not to use pg_dump -s? -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Apr 25, 2005, at 10:29 AM, John Browne wrote: Hello, I

Re: [GENERAL] Table modifications with dependent views - best practices?

2005-04-23 Thread Thomas F . O'Connell
statements be more likely to cause lock acquisition at cross purposes? A simple example would help me understand this. Thanks! -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6

Re: [GENERAL] generating a parent/child relationship in a trigger

2005-04-15 Thread Thomas F . O'Connell
... -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Apr 12, 2005, at 12:51 PM, Mark Harrison wrote: Suppose I'm adding row to a table, and one

Re: [GENERAL] error with vacuumdb

2005-04-11 Thread Thomas F . O'Connell
You'll need to post the actual error to the list to have any hope of receiving good help. -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source: Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005

Re: [GENERAL] Recovering real disk space

2005-04-04 Thread Thomas F . O'Connell
Isn't this also a symptom of inappropriate FSM settings? Try running a VACUUM VERBOSE and check the FSM settings at the end. -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6

Re: [GENERAL] Referential integrity using constant in foreign key

2005-03-28 Thread Thomas F . O'Connell
needs. -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Mar 25, 2005, at 1:39 PM, Andrus Moor wrote: Thomas, thank you for reply

Re: [GENERAL] Server load planning

2005-03-28 Thread Thomas F . O'Connell
in contrib called pgbench that you could use to do some testing. -tfo -- Thomas F. O'Connell Co-Founder, Information Architect Sitening, LLC Strategic Open Source Open Your i http://www.sitening.com/ 110 30th Avenue North, Suite 6 Nashville, TN 37203-6320 615-260-0005 On Mar 27, 2005, at 11:38 AM, Dan

  1   2   >