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 Myrna van Lunteren <m....@gmail.com> on 2005/12/15 15:14:08 UTC
Re: [jira] Created: (DERBY-758) CachedPage.readPage() can loop forever on insane builds if the read from the container keep failing with IO Exceptions.
On 12/15/05, Knut Anders Hatlen <Kn...@sun.com> wrote:
>
> "Suresh Thalamati (JIRA)" <de...@db.apache.org> writes:
>
> > 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
> >
> >
> > 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 saw this problem when I tested IBM's new 1.5 JVM on Linux. For some
> reason, the VM starts throwing IOExceptions when I try to access a
> relatively large table:
>
> java.io.IOException: Invalid argument
> at java.io.RandomAccessFile.seek(Native Method)
> at org.apache.derby.impl.store.raw.data.RAFContainer.readPage(
> RAFContainer.java:198)
> ....
>
> In insane mode Derby just loops forever without printing any messages,
> as Suresh described.
>
> I do not see this problem on Sun JVM 1.4.2/1.5.0 or IBM JVM
> 1.4.2. Does anyone know why I get the exception on that platform?
>
> --
> Knut Anders
>
>
Out of curiosity - if you can reproduce this at will - can you also
reproduce it with the jit switched off?
Myrna
Re: [jira] Created: (DERBY-758) CachedPage.readPage() can loop forever
on insane builds if the read from the container keep failing with IO
Exceptions.
Posted by Knut Anders Hatlen <Kn...@Sun.COM>.
Myrna van Lunteren <m....@gmail.com> writes:
> On 12/15/05, Knut Anders Hatlen <Kn...@sun.com> wrote:
>>
>> "Suresh Thalamati (JIRA)" <de...@db.apache.org> writes:
[...]
>> > 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 saw this problem when I tested IBM's new 1.5 JVM on Linux. For some
>> reason, the VM starts throwing IOExceptions when I try to access a
>> relatively large table:
>>
>> java.io.IOException: Invalid argument
>> at java.io.RandomAccessFile.seek(Native Method)
>> at org.apache.derby.impl.store.raw.data.RAFContainer.readPage(
>> RAFContainer.java:198)
>> ....
>>
>> In insane mode Derby just loops forever without printing any messages,
>> as Suresh described.
>>
>> I do not see this problem on Sun JVM 1.4.2/1.5.0 or IBM JVM
>> 1.4.2. Does anyone know why I get the exception on that platform?
>>
> Out of curiosity - if you can reproduce this at will - can you also
> reproduce it with the jit switched off?
Yes, same problem with -Xnojit. You can reproduce it with the test
case I recently attached to DERBY-733.
--
Knut Anders