dbTalk Databases Forums  

Assertion failed: 201501 (11.0.1.2324)

sybase.public.sqlanywhere.general sybase.public.sqlanywhere.general


Discuss Assertion failed: 201501 (11.0.1.2324) in the sybase.public.sqlanywhere.general forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Andrei Iliev
 
Posts: n/a

Default Assertion failed: 201501 (11.0.1.2324) - 10-13-2009 , 05:20 AM






Last week I've got the assertion:

*** ERROR *** Assertion failed: 201501 (11.0.1.2303)
Page 0x2:0x1 for requested record not a table page

I was able to start database after that. But several hours later DB
crashed again with same assertion.

I successfully rebuild database (it take me 4 days - database is quite
large) and upgraded to EBF 2324. Today I've got same assertion . Any
clues what might cause it?

===
Andrei

Reply With Quote
  #2  
Old   
Andrei Iliev
 
Posts: n/a

Default Re: Assertion failed: 201501 (11.0.1.2324) - 10-19-2009 , 05:38 AM






I resolve the assertion. The problem was in 1 table:
CREATE TABLE "company"."Foo" (
"foo_id" LONG VARCHAR NOT NULL,
"content" LONG BINARY COMPRESSED NOT NULL,
PRIMARY KEY ( "foo_id" ASC )
) IN "system";

The assertion gone after I do the following:
1) Create new table with same columns but turn of compression
CREATE TABLE "company"."Foo2" (
"foo_id" LONG VARCHAR NOT NULL,
"content" LONG BINARY NOT NULL,
PRIMARY KEY ( "foo_id" ASC )
) IN "system";

2) Populate new table with manually compressed blob:

insert into Foo2(foo_id,content) select foo_id,Compress(content,'gzip')
from foo;

3) I changed the client application code to manually compress blob-field
before inserting/updating 'content'-field.

So I'm pretty sure there is some bug in SA 11.0.1 in processing
compressed column.

What is strange I had no problem for almost 1 month since I started
populate DB. I was able insert about 4.5 millions rows until I faced the
problem with that assertion. As I mentioned early reloading DB did not
help ( i tried both -an and external reload, run dbvalid - no errors).

By the way, using -u switch speed up reloading DB by a factor of 10 (in
my case). Why this switch should not be default?

=====
Andrei


Andrei Iliev wrote:
Quote:
Last week I've got the assertion:

*** ERROR *** Assertion failed: 201501 (11.0.1.2303)
Page 0x2:0x1 for requested record not a table page

I was able to start database after that. But several hours later DB
crashed again with same assertion.

I successfully rebuild database (it take me 4 days - database is quite
large) and upgraded to EBF 2324. Today I've got same assertion . Any
clues what might cause it?

===
Andrei

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.