Re: Dbsapce pathname change

Bryan Tonnet wrote: > > You've got it. > > Thank you kindly. > > >There will be two copies of the chunk table page (if you have > > more > > than 40 or so chunks the remaining chunk paths will be on extended pages > > though) > > on reserved pages 6 & 7 and the mirror chunks table page on reserved pages 8 & > > > > 9. You will have to update both copies (one is current the other a backup > > which > > will normally be one modification behind and they alternate). If you have any > > > > Informix mirrors you have to update both copies of the mirror chunk table as > > well. > > If the 5th word of the page header is non-zero it contains the page address of > > a > > block of contiguous pages containing the next section of the chunk/mirror > > chunk > > table (either the current table or the back up table). If you have too many > > chunks to > > fit on that second block the last page will also have a pointer in word 5 to a > > third > > block of pages. The initial chunk table page is always a single page. > > Whoa! Too much information :) > > > Note that this is dangerous work and if you s**w it up tech support will > > disavow > > your server's existence. They are still mad at me for writing such an app > > myself > > (and no I cannot share it, I promised in exchange for help debugging it ;-). > > Interesting. If this is a weakness in the Informix product set, as a > previous poster suggested, why would Informix not want to take your > [debugged] application on board as a standard utility? Seems to me like > a nice bonus for all and sundry. > > Bryan Tonnet Hi, I am not an expert in that specific area of the server but one obvious problem is that you can't use old archives any more. If the (unsupported) hex editor method works for you make sure that you do a level 0 archive immediately thereafter. Hope this helps, Heiko