From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alain Picard <Alain(dot)Picard(at)memetrics(dot)com> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: Postgresql 7.1.3 not thread safe |
Date: | 2002-02-19 21:36:49 |
Message-ID: | 23908.1014154609@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Alain Picard <Alain(dot)Picard(at)memetrics(dot)com> writes:
> Behold!
> select * from test_table
> where data !='bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb'
> and
> data != 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa';
> -> returns:
> id | data
> --------+------------------------------------------------------------------
> 253084 | bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
> 55068 | aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
> (2 rows)
I would say that you have either faulty RAM or a faulty disk drive.
Given the apparent dependence on running more than one backend at a
time, faulty RAM is perhaps more likely (the bad chip could be in
RAM locations that don't get used unless lots of processes are running).
The apparent single-bit nature of the fault also points to a bad RAM
location; disks tend to drop multiple words or whole sectors, not
single bits. But dropped bits during I/O transfers shouldn't be ruled
out completely.
Have you run any hardware diagnostics lately?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-02-19 22:21:14 | Re: crash on cash_words('21,474,836.48'::money) |
Previous Message | Tom Lane | 2002-02-19 20:33:12 | Re: Possible Bug |