I'm not sure of your familiarity, but this is going to be a problem with many unix based systems. Low precision time is a 32bit signed integer of the number of seconds since Jan 1, 1970. The date you've found in 2038 is the maximum value of this - https://en.wikipedia.org/wiki/Year_2038_problem
We are tracking this issue holistically, and have a number of BURTs open, including several specifically around snaplock and post 2038 dates, but there are also required compatibilities on client systems and NFS for full implementation. At this point we are aiming for support for dates to 2106, but under the advice in our now-archived TR-3738, a 2071 date was also mentioned.
Because of the in-depth analysis required, the somewhat esoteric nature of this request, and the potential risks, I suggest opening a support case is probably the best way to obtain clear guidance here.
Sorry I can't be of more assistance.