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