Issue Details (XML | Word | Printable)

Key: CORE-3285
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Vlad Khorsun
Reporter: Vlad Khorsun
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Firebird Core

100% CPU load (endless loop) inside the lock manager

Created: 20/Dec/10 11:23 PM   Updated: 04/Feb/11 12:58 PM
Component/s: Engine
Affects Version/s: 2.1.4
Fix Version/s: 2.1.4

Time Tracking:
Not Specified

Environment: SuperServer

Planning Status: Unspecified


 Description  « Hide
lock.cpp\post_blockage() could enter endless loop if, while delivering in-process AST, next blocking request will be freed by its owner.

It was reproduced when testing nbackup. I see no chance to this bug to occur in ClassicServer because it not released LM's mutex
in signal_owner() rountine so blocking requests queue is stable.

While i didn't tested v2.0.x i believe its affected too.

v2.5 is not affected as it already have similar fix made during refactoring LM internals.

 All   Comments   Work Log   Change History   Version Control   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
There are no comments yet on this issue.