Re: chunk reserve page extent

A minor correction... Basically, the reversion routines take care of putting the extents back into the root chunk when you are reverting to a system that doesnt understand chunk reserve pages not on the root chunk of the root dbspace. So, there is no issue during reversion. If there is no space in root chunk when this is attempted, reversion would fail. Thanks, Uday. Jonathan Leffler <jleffler.iiug@gm ail.com> To Sent by: rastislav.janac@dignitas.sk owner-informix-li cc st@iiug.org informix-list@iiug.org Subject Re: chunk reserve page extent 09/15/2005 07:47 PM Please respond to jleffler On 9/14/05, Rastislav Janac <rastislav.janac@dignitas.sk> wrote: > > I intuitively understand what this message in online.log means, > <>11:02:56 chunk reserve page extent is allocated from non-root chunk: > (51:13292,42) > 11:02:56 chunk reserve page extent is allocated from non-root chunk: > (51:14048,42) > > but ... does it require any action? > IDS 9.40.FC2 on AIX 5.2 It doesn't require any particular action, but you should note that this will mean you cannot revert your system to one that doesn't understand chunk reserve pages not on the root chunk of the root dbspace. You might also want to look at the configuration of your system - why is the root chunk of the root dbspace so full... Additionally, you should be upgrading to a newer version of IDS; the FC2 version was superceded by the FC3 release which has important security fixes in it - and the current version is FC7 or FC8. -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2005.02 -- http://dbi.perl.org/ sending to informix-list [demime 1.01d removed an attachment of type image/gif which had a name of graycol.gif] [demime 1.01d removed an attachment of type image/gif which had a name of pic23657.gif] [demime 1.01d removed an attachment of type image/gif which had a name of ecblank.gif] sending to informix-list