According to OES 2018 Documentation NSS Pools / Volumes are created as 64 Bit.
Documentation also states:
IMPORTANT:When the NSS volume is mapped through AFP, the NSS files and folders with ZIDs greater than 32-bit are not listed because of Apple Filing Protocol (AFP) limitation. If the NSS volume is shared over AFP, we recommend not to enable the 64-bit ZID option.
Does this mean that the OES 2018 Pools are 64 Bit, but when carving out an NSS Volume there's a choice to create the volume as 32 Bit vs 64 Bit?
In article <firstname.lastname@example.org>, Dkerbaugh wrote: > Does this mean that the OES 2018 Pools are 64 Bit, but when carving out > an NSS Volume there's a choice to create the volume as 32 Bit vs 64 Bit?
No ZIDs have been a 64 bit field for a while (at least as far back as OES11 with NSS32). Separate from NSS64 which is new with OES2018.
ZIDs start at 1 (or 0?) and count up from there. If I understand it correctly, there isn't much reuse of numbers as files are created and deleted, leading to the very rare need of ReZIDding, kind of like doing a defragment on a harddrive. So as long as a volume hasn't had 32bit (4ish billion) files/folders, then you are good to go, but if there is a high level of temp files and such, and you do have limited clients such as AFP clients accessing the volume, you might need to ReZID periodically.