If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > Database Server Software > DB2 > SQL2038N A database system error "-5130" occurred during processing

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 12-31-08, 16:12
MarkhamDBA MarkhamDBA is offline
Registered User
 
Join Date: Dec 2008
Location: Toronto, Canada
Posts: 381
SQL2038N A database system error "-5130" occurred during processing

We are restoring one db to another db and we get:
SQL2038N A database system error "-5130" occurred during processing.

I found a SQL2038N which says "Examine the error code in the message for more information" but can not find description of system error code -5130 anywhere (neither in pdf docs, nor in v8.2 Information Center on-line).

Please advise

Happy New Year everyone!
__________________
DB2 v9.5 ESE on AIX v6.1/ v9./10 on z/OS

Last edited by MarkhamDBA; 12-31-08 at 16:16.
Reply With Quote
  #2 (permalink)  
Old 01-01-09, 03:29
przytula_guy przytula_guy is offline
Registered User
 
Join Date: Apr 2006
Location: Belgium
Posts: 1,159
the error is sql5130n
can not reset a db cfg parameter
have seen other posts with same message and one indicated
..In short, I was trying to restore a 64bit backup into a 32bit environment.
maybe also for your case...
have a look at diag log to see the error
__________________
Best Regards, Guy Przytula
Database Software Consultant
DB2 UDB LUW Certified V7-V8-V9-V9.7 DB Admin - Dprop..
Information Server Datastage Certified
http://www.infocura.be
Reply With Quote
  #3 (permalink)  
Old 01-02-09, 01:52
jraveendranath jraveendranath is offline
Registered User
 
Join Date: Oct 2007
Posts: 10
Hi,

You can probably bypass this error by manually creating a db, set the db cfg parameters and then restore into the db.

Hopefully, that should resolve your issue.

Thanks
Ravee
Reply With Quote
  #4 (permalink)  
Old 01-02-09, 08:40
MarkhamDBA MarkhamDBA is offline
Registered User
 
Join Date: Dec 2008
Location: Toronto, Canada
Posts: 381
Quote:
Originally Posted by przytula_guy
the error is sql5130n
can not reset a db cfg parameter
have seen other posts with same message and one indicated
..In short, I was trying to restore a 64bit backup into a 32bit environment.
maybe also for your case...
have a look at diag log to see the error
You are right - this is our case (restoring a 64bit backup into a 32bit). Nothing would say that this is where the problem is.

Another thing - documentation says that we CAN do this:
You can restore databases created on DB2 Version 8 AIX, HP-UX, or the Solaris Operating Environment 9 platforms, in 32-bit or 64-bit, to DB2 Version 8 AIX, HP-UX, or Solaris Operating Environment platforms 9 (32-bit or 64-bit).
__________________
DB2 v9.5 ESE on AIX v6.1/ v9./10 on z/OS

Last edited by MarkhamDBA; 01-02-09 at 08:54.
Reply With Quote
  #5 (permalink)  
Old 01-02-09, 10:41
n_i n_i is offline
:-)
 
Join Date: Jun 2003
Location: Toronto, Canada
Posts: 4,449
Acceptable value ranges of some DBM and DB parameters in 64-bit instances differ from those in 32-bit instances. For example, maximum PKGCASHESIZE is 128000 pages in a 32-bit database and 512K pages in a 64-bit database.

The restore attempts to set those DB parameters in the target database to the source values and fails. I believe MarcusA on this board had a similar issue a while back; not sure if he was able to resolve it.

I'm thinking that may be if you create an empty target database first and perform individual tablespace restore it will not attempt to overwrite the database configuration parameters.

Last edited by n_i; 01-02-09 at 10:46.
Reply With Quote
  #6 (permalink)  
Old 01-02-09, 10:45
Marcus_A Marcus_A is offline
Registered User
 
Join Date: May 2003
Location: USA
Posts: 5,196
I believe that I updated the db cfg after the restore command, but before the rollforward, and then the rollforward worked. My problem had something to do with one of the path statements (log, archive, etc).
__________________
M. A. Feldman
IBM Certified DBA on DB2 for Linux, UNIX, and Windows
IBM Certified DBA on DB2 for z/OS and OS/390
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
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

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On