Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / DB2 Topics / February 2007

Tip: Looking for answers? Try searching our database.

Tablespace rollforward condition

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
morch - 30 Jan 2007 18:10 GMT
Hello,

I have an oddity on a production database.  I get the following from
the DB CFG :

Backup pending                                          = NO

Database is consistent                                  = NO
Rollforward pending                                     = TABLESPACE
Restore pending                                         = NO

but no tablespaces are in a state other than 0 when I do a list
tablespaces show detail.  ?????

How can I find out which tablespace is in conflict?

Mairhtin O'Feannag

aka mairhtin at mairhtin dot com
vijay.db@gmail.com - 01 Feb 2007 11:43 GMT
> Hello,
>
[quoted text clipped - 15 lines]
>
> aka mairhtin at mairhtin dot com

Hi,

Kindly ensure whether your SYSCAT tablespace is in Consistent state..

it's
vj-dba
morch - 01 Feb 2007 18:01 GMT
All tablespaces are state 0.  Including syscat  :

=> db2 list tablespaces show detail | grep State
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000
State                                = 0x0000

On Feb 1, 3:43 am, vijay...@gmail.com wrote:

> > Hello,
>
[quoted text clipped - 22 lines]
> it's
> vj-dba
morch - 13 Feb 2007 18:47 GMT
Anyone?  Anyone?

Mairhtin

> Hello,
>
[quoted text clipped - 15 lines]
>
> aka mairhtin at mairhtin dot com
morch - 16 Feb 2007 22:28 GMT
C'MON... SOMEONE must have an answer to this.  :)  Please!!

Mairhtin

> Hello,
>
[quoted text clipped - 15 lines]
>
> aka mairhtin at mairhtin dot com
Joachim Klassen - 19 Feb 2007 16:21 GMT
> C'MON... SOMEONE must have an answer to this.  :)  Please!!
>
[quoted text clipped - 19 lines]
>
> > aka mairhtin at mairhtin dot com

Weird - a pragmatic method to test it would be:

Just pick by random a table from each tablespace and do a "select *
with fetch first 1 rows only". If all selects work well then db2 cfg
lies - if not you'll know which tablespace has a problem. You can
generate the necessary select with a sql query like this:
with temp1 as
(SELECT max(rtrim(tabschema) concat '.' concat rtrim(TABNAME)) as
TABNAME,TBSPACEID
    FROM SYSCAT.TABLES where tbspaceid > 0
    group by tbspaceid)
select 'SELECT * FROM ' concat tabname concat ' FETCH FIRST 1 ROWS
ONLY;' as SELECT_STMT from temp1

This method will not cover tablespaces where only indexes are stored
in. In this case you will need to modify the selects in such a way
that an index access will happen

HTH
Joachim
tony.sardina - 19 Feb 2007 21:56 GMT
> > C'MON... SOMEONE must have an answer to this.  :)  Please!!
>
[quoted text clipped - 40 lines]
> HTH
> Joachim

http://www-1.ibm.com/support/docview.wss?rs=71&context=SSEPGG&q1=%22Rollforward+
pending+TABLESPACE%22&uid=swg1IY85495&loc=en_US&cs=utf-8&lang=en


Looks like a known bug. I have a couple production databases showing
the same thing.

-T
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.