| From: | agfk <agkeahan(at)yahoo(dot)co(dot)uk> |
|---|---|
| To: | pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: Postgres Crash |
| Date: | 2011-03-17 17:03:18 |
| Message-ID: | 1300381398135-3888697.post@n5.nabble.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
Tom Lane-2 wrote:
>
> Samuel Stearns <SStearns(at)internode(dot)com(dot)au> writes:
>> Yes, with gssapi.
>
> Well, then we have our smoking gun, but it's still not clear *why*
> the setsockopt() call failed.
>
> regards, tom lane
>
I know why it failed. I just had two independent database servers (8.4.4
and 9.0.0 on Solaris) crash AT THE SAME TIME with the exact same error.
Reason? nmap. Our system administrator ran nmap on the subnet in
question to scan for hosts with open TCP ports, which caused the
setsockopt() call to fail.
I know the bug has already been fixed, but it's good to know anyway.
--Al
--
View this message in context: http://postgresql.1045698.n5.nabble.com/Postgres-Crash-tp3299776p3888697.html
Sent from the PostgreSQL - admin mailing list archive at Nabble.com.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | leslie samuel | 2011-03-18 05:16:42 | Re: pg_stat_all_tables column value reseting problem. |
| Previous Message | Tapio Pitkäranta | 2011-03-17 15:46:29 | Memory limits and PostgreSQL 8.4 - Over 63 GB of memory for DB? |