dlangschied
Member
Specifics - OE 10.1C databases running on Linux 6.5, both 64-bit
I have a database set that has several large database extent files in excess of 2-Gb that I built with prostrct create. For each of my areas I end with a variable extent. Recently, I had to add a large amount of data to one of my database areas. This caused the variable extent for that area to surpass 2Gb and the database crashed.
According to the documentation, prostrct create will enable large files, if an extent exceeds 2Gb. So ... why did that not happen here?
Fortunately, this was a test database, but I do have to perform this load in production and am leery, to say the least, to do so until I get this resolved.
My test database is created brand new each week with prostrct create, so there is no reason why large files should not be enabled with the structure exceeding the 32-bit limit on many extents.
My plan would be to run proutil using -C EnableLargeFiles at some point, possibly on T-Day. How can I check to see if EnableLargeFiles is active?
Any ideas?
Regards,
David
I have a database set that has several large database extent files in excess of 2-Gb that I built with prostrct create. For each of my areas I end with a variable extent. Recently, I had to add a large amount of data to one of my database areas. This caused the variable extent for that area to surpass 2Gb and the database crashed.
According to the documentation, prostrct create will enable large files, if an extent exceeds 2Gb. So ... why did that not happen here?
Fortunately, this was a test database, but I do have to perform this load in production and am leery, to say the least, to do so until I get this resolved.
My test database is created brand new each week with prostrct create, so there is no reason why large files should not be enabled with the structure exceeding the 32-bit limit on many extents.
My plan would be to run proutil using -C EnableLargeFiles at some point, possibly on T-Day. How can I check to see if EnableLargeFiles is active?
Any ideas?
Regards,
David