| From: | Mario Weilguni <mweilguni(at)sime(dot)com> | 
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Vadim Mikheev <vmikheev(at)sectorbase(dot)com> | 
| Cc: | Barry Lind <barry(at)xythos(dot)com>, pgsql-hackers(at)postgreSQL(dot)org | 
| Subject: | Re: VACUUM's "No one parent tuple was found", redux | 
| Date: | 2002-08-13 06:42:52 | 
| Message-ID: | 200208130837.25126.mweilguni@sime.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
> Also, for Mario and Barry: does this test case look anything like what
> your real applications do?  In particular, do you ever do a SELECT FOR
> UPDATE in a transaction that commits some changes, but does not update
> or delete the locked-for-update row?  If not, it's possible there are
> yet more bugs lurking in this area.
>
> 			regards, tom lane
I've checked the application, when I select for update I will update those tuples, though it might be an
update where no real modification is done (e.g. update table set col1=col1).
I'm pretty sure I've identified the source of the problem in my application, but in this specific place there
is no "select for update", but a rollback  while another update is in progress. I guess this is triggering
the problem now and then.
But for the scenario you mention above, I cannot imagine how this might happen in my application, it's not
easy to say for sure, it's a quite complex web based content management system and not easy to debug such
errors, because I've no clue how to trigger it reproduceable.
Best regards,
	Mario Weilguni
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jeroen T. Vermeulen | 2002-08-13 06:47:47 | Re: anoncvs currently broken | 
| Previous Message | Curt Sampson | 2002-08-13 06:14:46 | Re: OOP real life example (was Re: Why is MySQL more |