| From: | Douglas McNaught <doug(at)mcnaught(dot)org> |
|---|---|
| To: | Marc Munro <marc(at)bloodnok(dot)com> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Odd db lockup - investigation advice wanted |
| Date: | 2005-11-07 22:21:15 |
| Message-ID: | m2hdaohzfo.fsf@Douglas-McNaughts-Powerbook.local |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Marc Munro <marc(at)bloodnok(dot)com> writes:
> PGDATA is installed on a Netapp network storage device.
This is generally not recommended--it should be on a local disk (SAN,
etc) rather than NFS.
> We are using slony 1.1.0 for replication.
>
> The (provider) database locked-up after I killed a slony client process
> (kill -9) on the subscriber. Psql connections would not respond to \d
> and simply locked up. I was able to run a query to check for blocking
> locks - this returned no rows. There was a significant test load on the
> database at the time.
>
> I stopped the database but was unable to restart it. I was unable to
> kill a number of postgres processes and could not release postgres
> shared memory. Having decided that the database was toast, I discovered
> that I could not even delete the database files, and eventually the only
> solution was a full reboot.
This sounds like you had kernel problems, not PG problems. Linux NFS
support is continually improving but still seems to have issues. I
would strongly recommend using local disk for your database storage.
-Doug
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Cristian Prieto | 2005-11-07 22:51:51 | Help with Array Function in C language... |
| Previous Message | Aly Dharshi | 2005-11-07 21:29:12 | Re: DTrace? |