Closed
Bug 192531
Opened 22 years ago
Closed 22 years ago
Bugzilla not properly closing DB statement handles
Categories
(Bugzilla :: Bugzilla-General, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 2.18
People
(Reporter: justdave, Assigned: bbaetz)
Details
Attachments
(1 file, 1 obsolete file)
2.59 KB,
patch
|
justdave
:
review+
|
Details | Diff | Splinter Review |
[Sun Feb 9 23:38:24 2003] show_bug.cgi: DBI::db=HASH(0x6039d8)->disconnect
invalidates 58 active statement handles (either destroy statement handles or
call finish on them before disconnecting) at Bugzilla.pm line 98.
Checking for DBI (v1.32) ok: found v1.32
Checking for DBD::mysql (v2.1010) ok: found v2.1025
cvs-tip as of an hour ago.
Based on other symptoms I've run into lately paired with this, I suspect the
Pop/Push SQL State stuff isn't working right, but I have no clue why, because it
looks fine to me.
Reporter | ||
Comment 1•22 years ago
|
||
I can only reproduce this in a couple files, and not to such a great magnitude
on landfill/bugzilla-tip, which is running identical code to Bugscape, outside
of templates, currently.
The only difference? Bugscape has a newer version of DBD::mysql.
Landfill has:
Checking for DBI (v1.32) ok: found v1.32
Checking for DBD::mysql (v2.1010) ok: found v2.1022
Assignee | ||
Comment 2•22 years ago
|
||
How do you know that push/pop isn't working right?
Reporter | ||
Comment 3•22 years ago
|
||
oh, the other difference I forgot (sheepish grin)
Landfill is perl 5.8.0, Bugscape is 5.6.1
Assignee | ||
Comment 4•22 years ago
|
||
local for a tied hash leaks in 5.6, and presumaly that includes a refcount
leak, which is why we get lots of sth leaks under 5.6
The other part is because the statment could still be active in the DB code.
See comments+links from the patch for details
I only very rearly see the leaks, though, so I can't repro. justdave was seeing
them more often - does this fix everything for you (rather than the patch I had
you try on irc?)
Reporter | ||
Comment 5•22 years ago
|
||
Comment on attachment 113993 [details] [diff] [review]
fix
reminding myself to look at this. I'll try it out in the morning when I'm
awake.
Attachment #113993 -
Flags: review?(justdave)
Reporter | ||
Comment 6•22 years ago
|
||
Comment on attachment 113993 [details] [diff] [review]
fix
didn't help (much).
However, as discussed on IRC, using this patch, as well as changing the
declarations of $_current_sth and @SQLStateStack from "my" to "our" did resolve
it.
Attachment #113993 -
Flags: review?(justdave) → review-
Assignee | ||
Comment 7•22 years ago
|
||
Attachment #113993 -
Attachment is obsolete: true
Reporter | ||
Comment 8•22 years ago
|
||
Comment on attachment 114417 [details] [diff] [review]
take 2
r= justdave
This is pretty much identical to what I've already been running on Bugscape for
the last week.
BTW, this patch was needed for Sybase, too. The side effects were much worse
on Sybase because of the Sybase CTlib's inability to handle more than one
active statement on the same connection (so DBD::Sybase emulates it by opening
a new connection if the previous statement hasn't been finished - and guess how
many stale handles there wound up sitting around. :)
Attachment #114417 -
Flags: review+
Reporter | ||
Updated•22 years ago
|
Flags: approval+
Assignee | ||
Comment 9•22 years ago
|
||
Fixed
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•22 years ago
|
Target Milestone: --- → Bugzilla 2.18
![]() |
||
Comment 10•20 years ago
|
||
I get these warnings/errors on (what I think is a clean) cvs-tip at the moment:
[Fri Aug 27 21:49:25 2004] post_bug.cgi: DBI::db=HASH(0x98301c)->disconnect invalidates 1 active
statement handle (either destroy statement handles or call finish on them before disconnecting) at
Bugzilla.pm line 164.
Does anyone else?
Comment 11•20 years ago
|
||
I have this problem as well:
[Fri Sep 24 00:56:52 2004] [error] [client 69.224.23.182] [Fri Sep 24 00:56:52
2004] show_bug.cgi: DBI::db=HASH(0x87b174c)->disconnect invalidates 1 active
statement handle (either destroy statement handles or call finish on them before
disconnecting) at Bugzilla.pm line 164., referer:
https://prdatabase/report/buglist.cgi?query_format=specific&bug_status=__all__&product=AP&content=&order=bugs.bug_status
Is this affect perform of bugzilla? Is there a patch to fix this. I see there
are 2 atatchments on this page, but don't know what to do with it, sorry, I'm
not a perl programming so have no idea what it mean. I'm using bugzilla ver 1.8r2
Thank you,
Nguyen.
Reporter | ||
Comment 12•20 years ago
|
||
(In reply to comment #11)
> I have this problem as well:
> Is this affect perform of bugzilla? Is there a patch to fix this. I see there
> are 2 atatchments on this page, but don't know what to do with it, sorry, I'm
> not a perl programming so have no idea what it mean. I'm using bugzilla ver
> 1.8r2
This was fixed a long time ago. If you're seeing this in 2.18rc2 (I'm assuming
that's what you meant), it's a new bug. Please file a new one.
![]() |
||
Comment 13•20 years ago
|
||
The new bug is bug#261821
Updated•19 years ago
|
Assignee: justdave → bbaetz
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•