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 "Robert Cooper (JIRA)" <ji...@apache.org> on 2019/05/02 22:49:00 UTC

[jira] [Created] (DERBY-7043) DROP SCHEMA results in ERROR XSAI2

Robert Cooper created DERBY-7043:
------------------------------------

             Summary: DROP SCHEMA results in ERROR XSAI2
                 Key: DERBY-7043
                 URL: https://issues.apache.org/jira/browse/DERBY-7043
             Project: Derby
          Issue Type: Bug
          Components: SQL
    Affects Versions: 10.8.2.2
         Environment: OS/400
            Reporter: Robert Cooper


DROP SCHEMA schemaname RESTRICT results in:

    *{color:#d04437}ERROR XSAI2: The conglomerate (1,024) requested does not exist.{color}*

Prior to DROP SCHEMA, I did drop all tables in that schema.

I realize that 1,024 conglomerate number translates into c400.dat file in Derby seq0 directory, and that c400.dat file is indeed missing, and I neither know why nor for how long.

I ran consistency checks on database using SQL commands from [https://wiki.apache.org/db-derby/DatabaseConsistencyCheck] to find the bad table(s):

    *{color:#14892c}I isolated the 1,024 conglomerate error to the SYS.SYSSEQUENCES table.{color}*

In fact, I cannot even SQL SELECT on SYS.SYSSEQUENCES table without getting the same conglomerate error as the DROP SCHEMA schemaname RESTRICT command.

In other words, I cannot DROP SCHEMA schemaname RESTRICT until SYS.SYSSEQUENCES corruption is resolved.

I was wondering if anyone knew how to resolve this easily with SQL command(s)?

P.S.  Keep in mind, that I am not an IJ expert, as I have been using a simple front-end Derby tool created by our manufacturer to run SQL statements on Derby, without all the complexity of IJ and without having to set up environment variables, classpaths, etc.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)