|
IDS Forum
Re: rootdbs full for IDS 9.3
Posted By: Rajib Sarkar Date: Wednesday, 29 January 2003, at 12:42 p.m.
In Response To: Re: rootdbs full for IDS 9.3 (Mark Scranton )
the utility is onsmsync ..:-)
Thanx much,
Rajib Sarkar Advisory Support Engineer (Wells Fargo Bank) IBM Data Management Group Ph : (602)-217-2100 Fax: (602)-217-2100
As long as you derive inner help and comfort from anything, keep it -- Mahatma Gandhi
Mark Scranton/Denver/ To: ids@iiug.org IBM@IBMUS cc: Sent by: Subject: Re: rootdbs full for IDS 9.3 [157] forum.subscriber @iiug.org 01/29/2003 09:41 AM
Rahn -
Odds on the engine is trying to allocate another extent to a table in the sysutils database (which is used by onbar), and there aren't enough free contiguous pages in the root chunk (although there are 7 free according to the onstat -d, they may not be contiguous. oncheck -pe would show you). The minimum extent size the engine will allocate is 4 pages.
This error will also turn up when a given table has reached it's maximum number of extents. This is not a hard-coded number...you can check this value via oncheck -pt sysutils:<table> or sysmaster:sysptnhdr. If the number of extents is high (3 digits), it's possible that you have simply run out of space in the partition page for that table to track the extents. The only cure for that is to reorg the table. Being a system catalog, I I don't advise it (playing safe here), but tech support could help you with it.
I believe there is a utility that will clean up/sync the onbar logs and the sysutils database. Can't recall it's name. This may remove/purge old/expired rows from the sysutils database. I really can't remember how this works - anyone???
HTH - Mark.
|---------+----------------------------> | | "Rahn Payne" | | | <rpayne@rehabmgr.| | | com> | | | Sent by: | | | forum.subscriber@| | | iiug.org | | | | | | | | | 01/29/2003 09:01 | | | AM | | | | |---------+---------------------------->
>-----------------------------------------------------------------------------------------------------------------------------|
| | | To: ids@iiug.org | | cc: | | Subject: rootdbs full for IDS 9.3 [156] | | |
>-----------------------------------------------------------------------------------------------------------------------------|
This is a multi-part message in MIME format.
------=_NextPart_000_0056_01C2C77C.864CAFC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hey all,
I'm running IDS 9.3 and am getting the following message in my = bar_act.log:
2003-01-29 08:37:24 31598 37464 SQL -271 Could not insert new row = into the table. 2003-01-29 08:37:24 31598 37464 ISAM -131 ISAM error: no free disk = space
My onstat -d looks like this:
address chk/dbs offset size free bpages flags pathname 400ff918 1 1 0 7500 7 PO- = /data01/root_rmgr 4015da98 2 2 0 7500 6991 PO- = /appl/tmp/tmp1_rmgr 4015dc08 3 3 0 125000 0 PO- = /data01/dbs01_rmgr 4015dd78 4 4 0 125000 1 PO- = /data02/dbs02_rmgr 400ffac0 5 5 0 2500 197 PO- = /data01/phys_rmgr 400ffc30 6 6 0 7500 6959 PO- = /data01/tmp2_rmgr 400ffda0 7 7 0 7500 6951 PO- = /data02/tmp3_rmgr 4014e030 8 8 0 500 47 PO- = /data01/logic1_rmgr 4014e1a0 9 9 0 500 47 PO- = /data01/logic2_rmgr 4014e310 10 10 0 500 47 PO- = /data01/logic3_rmgr 4014e480 11 11 0 500 47 PO- = /data01/logic4_rmgr 4014e5f0 12 12 0 500 47 PO- = /data01/logic5_rmgr 4014e760 13 13 0 500 47 PO- = /data02/logic6_rmgr 4014e8d0 14 14 0 500 47 PO- = /data02/logic7_rmgr 4014ea40 15 15 0 500 47 PO- = /data02/logic8_rmgr 4014ebb0 16 16 0 500 47 PO- = /data02/logic9_rmgr 4014ed20 17 17 0 500 47 PO- = /data02/logic10_rmgr 4014ee90 18 3 125000 250000 313 PO- = /data01/dbs01_rmgr 40731018 19 4 125000 250000 30745 PO- = /data02/dbs02_rmgr 40731188 20 3 375000 100000 91805 PO- = /data01/dbs01_rmgr 407312f8 21 4 375000 100000 99997 PO- = /data02/dbs02_rmgr
I suspect that it is the root_rmgr (rootdbs) that is too full to be = written to. Does anyone know how space can be restored to rootdbs? = According to the manuals and training, rootdbs is set once (at about = 30MB), can't be increased, and I didn't know it would fill up! I have = been very careful not to create tables in rootdbs. I think it has just = slowly filled.
Thanks for any suggestions!
Rahn
Rahn Payne Rehab Manager, Inc. email: rpayne@rehabmgr.com
------=_NextPart_000_0056_01C2C77C.864CAFC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Dwindows-1252" = http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>Hey all,</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>I'm running IDS 9.3 and am getting the = following=20 message in my bar_act.log:</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>2003-01-29 08:37:24 31598 37464=20 SQL -271 Could not insert new row into the =
table.<BR>2003-01-29 08:37:24 31598 37464 = ISAM =20 -131 ISAM error: no free disk space</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>My onstat -d looks like = this:</FONT></DIV> <DIV> </DIV> <DIV><FONT face=3DArial size=3D2>address chk/dbs = offset =20 size free = bpages =20 flags pathname<BR><STRONG>400ff918 1 1 =20 0 7500 =
7 = =20 PO- /data01/root_rmgr<BR></STRONG>4015da98 2 =20 2 0 =20 7500 =20 6991 &nb= sp; =20 PO- /appl/tmp/tmp1_rmgr<BR>4015dc08 3 = 3 =20 0 125000 =20 0 = =20 PO- /data01/dbs01_rmgr<BR>4015dd78 4 = 4 =20 0 125000 =20 1 = =20 PO- /data02/dbs02_rmgr<BR>400ffac0 5 = 5 =20 0 2500 =
197 &nbs= p; =20 PO- /data01/phys_rmgr<BR>400ffc30 6 = 6 =20 0 7500 =
6959 &nb= sp; =20 PO- /data01/tmp2_rmgr<BR>400ffda0 7 = 7 =20 0 7500 =
6951 &nb= sp; =20 PO- /data02/tmp3_rmgr<BR>4014e030 8 = 8 =20 0 = 500 =20 47  = ; =20 PO- /data01/logic1_rmgr<BR>4014e1a0 9 = 9 =20 0 = 500 =20 47  = ; =20 PO- /data01/logic2_rmgr<BR>4014e310 10 10 =20 0 = 500 =20 47  = ; =20 PO- /data01/logic3_rmgr<BR>4014e480 11 11 =20 0 = 500 =20 47  = ; =20 PO- /data01/logic4_rmgr<BR>4014e5f0 12 12 =20 0 = 500 =20 47  = ; =20 PO- /data01/logic5_rmgr<BR>4014e760 13 13 =20 0 = 500 =20 47  = ; =20 PO- /data02/logic6_rmgr<BR>4014e8d0 14 14 =20 0 = 500 =20 47  = ; =20 PO- /data02/logic7_rmgr<BR>4014ea40 15 15 =20 0 = 500 =20 47  = ; =20 PO- /data02/logic8_rmgr<BR>4014ebb0 16 16 =20 0 = 500 =20 47  = ; =20 PO- /data02/logic9_rmgr<BR>4014ed20 17 17 =20 0 = 500 =20 47  = ; =20 PO- /data02/logic10_rmgr<BR>4014ee90 18 3 =20 125000 250000 =20 313 &nbs= p; =20 PO- /data01/dbs01_rmgr<BR>40731018 19 4 =20 125000 250000 =20 30745 &n= bsp;=20 PO- /data02/dbs02_rmgr<BR>40731188 20 3 =20 375000 100000 =20 91805 &n= bsp;=20 PO- /data01/dbs01_rmgr<BR>407312f8 21 4 =20 375000 100000 =20 99997 &n= bsp;=20 PO- /data02/dbs02_rmgr<BR></FONT></DIV> <DIV><FONT face=3DArial size=3D2>I suspect that it is the root_rmgr = (rootdbs) that=20 is too full to be written to. Does anyone know how space can be = restored=20 to rootdbs? According to the manuals and training, rootdbs is set = once (at=20 about 30MB), can't be increased, and I didn't know it would fill = up! I=20 have been very careful not to create tables in rootdbs. I think it = has=20 just slowly filled.</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>Thanks for any = suggestions!</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>Rahn</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>Rahn Payne<BR>Rehab Manager, = Inc.<BR>email: <A=20 href=3D"mailto:rpayne@rehabmgr.com">rpayne@rehabmgr.com</A><BR></FONT></D= IV></BODY></HTML>
------=_NextPart_000_0056_01C2C77C.864CAFC0--
Messages In This Thread
- rootdbs full for IDS 9.3
Rahn Payne -- Wednesday, 29 January 2003, at 11:01 a.m.
- Re: rootdbs full for IDS 9.3
Mark Scranton -- Wednesday, 29 January 2003, at 11:41 a.m.
- Re: rootdbs full for IDS 9.3
Rajib Sarkar -- Wednesday, 29 January 2003, at 12:42 p.m.
- Re: rootdbs full for IDS 9.3
Peter J Diaz de Leon -- Wednesday, 29 January 2003, at 12:57 p.m.
- RE: rootdbs full for IDS 9.3
Palmer, George -- Wednesday, 29 January 2003, at 12:38 p.m.
- Re: rootdbs full for IDS 9.3
Ali Kemal BAKIR -- Wednesday, 29 January 2003, at 12:46 p.m.
- Re: rootdbs full for IDS 9.3
Michael Lowe -- Wednesday, 29 January 2003, at 4:28 p.m.
- Re: rootdbs full for IDS 9.3
MALCOLM WEALLANS -- Thursday, 30 January 2003, at 6:24 a.m.
IDS Forum is maintained by Administrator with WebBBS 5.12.
|
|