Jeffrey Altman wrote:
Neither Derrick nor I have access to a partition with that much storage in order to test what does and what does not work.A quick review of the code indicates that there will be issues with StoreData operations beyond the "reported partition size" simply becausethe tests to prevent writing when there is no room will be enforced during StoreData operations. I believe that updating the interface can be done fairly easily but we would need someone else to test it and preferably someone to fund the work. Jeffrey Altman
I estimate 8 to 10 hours of development and testing time for implementing support for >2TB partitions while leaving the 2TB volume limit intact.
The volser and viced disk statistics RPCs will need to be replaced with 64-bit aware variants which would be a protocol change. Other than that all of the references to partition size and free space are localized and can be safely extended from 32-bit to 64-bit fairly easily. No change to existing volumes would be required. Simply drop in new servers and clients.
Adding support for >2TB volumes will be much more work because the volume header data structure stored on disk will have to change and because there are many more RPCs that would also need to be altered. It can be done but it will require more invasive work and would require a transition from old to new format to support the larger volume sizes.
Contact me off list if you would like to fund this work. Jeffrey Altman
smime.p7s
Description: S/MIME Cryptographic Signature
