Re: The chunk '/.../chunk2' will not fit in the space specified

No I did not do a restore - Murphie's law - no backup when you need it. I had a dbexport's output though and a script to recreate all dbspaces, to move logs and such ... It's not a production database, but still I had to restore it quickly and unfortunately did not have chance to dig it. So, I just re-initialized the database. Anyway, here's the current onstat -d ( after oninit -i ): ---------------------------------------- Informix Dynamic Server 2000 Version 9.21.UC1 -- On-Line -- Up 18:14:47 -- 317440 Kbytes Dbspaces address number flags fchunk nchunks flags owner name d00b7d0 1 0x1 1 1 N informix rootdbs d00ba80 2 0x1 2 1 N informix physdbs d00bbc8 3 0x1 3 1 N informix log1dbs d00bd10 4 0x1 4 1 N informix log2dbs d00be58 5 0x2001 5 1 N T informix tmp1dbs d03b830 6 0x2001 6 1 N T informix tmp2dbs d03b978 7 0x2001 7 1 N T informix tmp3dbs d03bac0 8 0x2001 8 1 N T informix tmp4dbs d9693d0 9 0x1 9 1 N informix sabre_r2dbs d9699e8 10 0x1 10 1 N informix sabre_tr2dbs 10 active, 2047 maximum Chunks address chk/dbs offset size free bpages flags pathname d00b918 1 1 0 50000 43976 PO- /opt/informix/ifmx_flx4/dbsp/chunk1 d04a5f0 2 2 0 50000 4947 PO- /opt/informix/ifmx_flx4/dbsp/chunk4 d04a758 3 3 0 25500 10447 PO- /opt/informix/ifmx_flx4/dbsp/chunk6 d04a8c0 4 4 0 25500 15447 PO- /opt/informix/ifmx_flx4/dbsp/chunk8 d04aa28 5 5 52500 25000 24797 PO- /opt/informix/ifmx_flx4/dbsp/chunk1 d04ab90 6 6 52500 25000 24797 PO- /opt/informix/ifmx_flx4/dbsp/chunk4 d04acf8 7 7 30000 25000 24797 PO- /opt/informix/ifmx_flx4/dbsp/chunk6 d04ae60 8 8 30000 25000 24797 PO- /opt/informix/ifmx_flx4/dbsp/chunk8 d969518 9 9 77500 600000 108818 PO- /opt/informix/ifmx_flx4/dbsp/chunk1 d969b30 10 10 600000 95000 94947 PO- /opt/informix/ifmx_flx4/dbsp/chunk4 10 active, 2047 maximum ----------------------------------------------------- thanks, zarif Byrd Farmer wrote: > Please post output from onstat -d. Did you do a restore? Was it > successful, or did you just initialize the database? > > >From: zarif <zarif@farelogix.com> > >To: informix-list@iiug.org > >Subject: The chunk '/.../chunk2' will not fit in the space specified > >Date: Fri, 06 Oct 2000 13:18:23 -0400 > > > >Hi there, > > I could not find anything in the Archive, so here's the problem ... > > > >We are on Solaris 2.6, Informix 9.21 and RAID 1+0. > >I'm trying to create a dbspace into .../chunk2 that is a link to > >raw device > > chunk2 -> /dev/rdsk/c1t0d2s0 > > > >No matter offset and size, I get > > Verifying physical disk space, please wait ... > > The chunk '.../chunk2' will not fit in the space specified. > > > > > >How all this started ( if it helps ). > > Last night I crashed the engine badly (still not sure how exactly). I > >even could not stop it with onmode -ky. It was dumping tons of shmem* > >and af* into /tmp. I finally had to reboot the box. > >When I tried to bring the engine online I got > > > >----------- online.log --------------------------------- > >19:42:44 Informix Dynamic Server 2000 Started. > >19:42:44 Requested shared memory segment size rounded from 48000KB to> >48128KB > > > >Thu Oct 5 19:42:45 2000 > > > >19:42:45 Event alarms enabled. ALARMPROG = > >'/opt/informix/ifmx_flx4/alarms/log_full.sh' > >19:42:45 Booting Language <c> from module <> > >19:42:45 Loading Module <CNULL> > >19:42:45 Booting Language <builtin> from module <> > >19:42:45 Loading Module <BUILTINNULL> > >19:42:52 Informix Dynamic Server 2000 Version 9.21.UC1 ... > >19:42:52 Assert Failed: chunk failed sanity check > > > >19:42:52 Informix Dynamic Server 2000 Version 9.21.UC1 > >19:42:52 Who: Session(1, informix@flx4, 0, 218349592) > > Thread(23, main_loop(), d00c018, 1) > > File: rspartn.c Line: 7212 > >19:42:52 Results: Chunk 1 is being taken OFFLINE. > >19:42:52 Action: Restore chunk from archive. > >19:42:52 stack trace for pid 414 written to /tmp/af.3ff11fc > >19:42:52 See Also: /tmp/af.3ff11fc > >19:42:53 I/O error, Primary Chunk '/opt/informix/ifmx_flx4/dbsp/chunk2' > >-- Offline (sanity) > >19:42:53 Informix Dynamic Server 2000 Stopped. > > > >19:42:53 mt_shm_remove: WARNING: may not have removed all/correct> >segments > > > >------------ -- af.3ff11fc ------------ > > 19:42:52 mt_aio_wait(d05b688) > >19:42:52 chunkio(3, 0xd6fb800, 0x2, 1, 0xd00b918, 53, 1) errno 5 > >AIOREQ *a > >0d6de104: 00000000 00000000 00000000 00000000 ........ ........ > >0d6de114: 00000000 00000000 0d05b800 0d0517a8 ........ ........ > >0d6de124: 0000104d 41494f72 65710000 00000000 ...MAIOr eq...... > >0d6de134: 07d10000 00000000 00000003 00000401 ........ ........ > >0d6de144: 0000000b 00000002 00000001 00000000 ........ ........ > >0d6de154: 00000001 0d05b6fc 00000000 00000000 ........ ........ > >0d6de164: 00000005 00000001 00000000 00000000 ........ ........> >0d6de174: 00000000 .... > >19:42:52 sane_chopen:bfphysio on primary chunk failed> >page > >0d6fb800: 00000000 00000000 00000000 00000000 ........ ........ > >0d6fb810 * > >19:42:52 > >19:42:52 Informix Dynamic Server 2000 Version 9.21.UC1 Software> >Serial Number AAC#J912336 > > > >19:42:52 Assert Failed: chunk failed sanity check > > > >19:42:52 Who: Session(1, informix@flx4, 0, 218349592) > > Thread(23, main_loop(), d00c018, 1) > > File: rspartn.c Line: 7212 > >19:42:52 Results: Chunk 1 is being taken OFFLINE. > >19:42:52 Action: Restore chunk from archive. > >19:42:52 Stack for thread: 23 main_loop()> > > > base: 0x0d6cf018 > > len: 66048 > > pc: 0x006da000 > > tos: 0x0d6ddb50 > >state: running > > vp: 1 > > > >0x006d9478 (oninit)afhandler(0x3ff11fc, 0x0, 0x1, 0xd03c018, 0x1, > >0xd00c018) > >0x006d8eb8 (oninit)afwarn_interface(0xd706f28, 0x9ff848, 0xd706f60, > >0x99f68c, 0x1c2c, 0xd05b688) > >0x0046ffb0 (oninit)sane_chopen(0x9ff1fc, 0x9ff848, 0x1c00, 0x4000000, > >0xd6fb580, 0xd6fb580) > >0x0046fb10 (oninit)chopen_util(0xffffffff, 0x1, 0xd00b930, 0x6e6b3200, > >0x6f, 0xff0000) > >0x000d51ec (oninit)initpzero(0x0, 0x0, 0xd00b918, 0x0, 0x0, 0x0) > >0x000d2400 (oninit)initseg (0x97c014, 0x8edfb0, 0xef529dc8, 0x91a485, > >0x0, 0x0) > >0x000cbb0c (oninit)main_loop(0xa13a74, 0x1, 0xa141e8, 0xa14a60, 0x1, > >0xd00c0a8) > >0x006baee0 (oninit)startup (0xa13a14, 0x8edc00, 0x0, 0x0, 0x4,