You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Mike Matrigali (JIRA)" <de...@db.apache.org> on 2006/04/17 22:21:18 UTC
[jira] Updated: (DERBY-758) CachedPage.readPage() can loop forever
on insane builds if the read from the container keep failing with IO
Exceptions.
[ http://issues.apache.org/jira/browse/DERBY-758?page=all ]
Mike Matrigali updated DERBY-758:
---------------------------------
Fix Version: 10.1.3.0
back porting change targeted for 10.1.3 release.
m101_142:31>svn commit
Sending java\engine\org\apache\derby\impl\store\raw\data\CachedPage.java
Transmitting file data .
Committed revision 394767.
> CachedPage.readPage() can loop forever on insane builds if the read from the container keep failing with IO Exceptions.
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: DERBY-758
> URL: http://issues.apache.org/jira/browse/DERBY-758
> Project: Derby
> Type: Bug
> Components: Store
> Reporter: Suresh Thalamati
> Assignee: Mike Matrigali
> Fix For: 10.2.0.0, 10.1.3.0
>
> org.apache.derby.impl.store.raw.data.CachedPage.readPage() loops forever if read from the container
> keeps failing with an IOException. On debug build it marks the system as corrupt , but in non-debug builds
> it just keeps retrying to read the page from the disk.
> I think that is not good, if a disk fails for some reason when attempting to read a page; Derby will just
> hog the cpu and user will not know why.
>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira