Since upgading to 25.10 recently and the hotfix last night I realised today that I can no longer edit my samba shares, they are missing.
Had an image here, not allowed to attach it but it shows smb running with no shares and the placeholder text for samba shares
If I go to the datasets page and click the link to the share from there I see again no shares but a bright red stop sign with Cannot retrieve response
Here is the JS error from the console:
console.js:34 ApiCallError: Method call error - 3 validation errors for SmbShareQueryResult result.list[SmbShareQueryResultItem].0.options.TIMEMACHINE_SHARE.timemachine_quota Input should be less than or equal to 109951162777600 [type=less_than_equal, input_value=1048576000000000000, input_type=int] For further information visit result.SmbShareQueryResultItem Input should be a valid dictionary or instance of SmbShareQueryResultItem [type=model_type, input_value=[{‘purpose’: 'TIMEMACHINE…alse}, ‘locked’: False}], input_type=list] For further information visit result.int Input should be a valid integer [type=int_type, input_value=[{‘purpose’: 'TIMEMACHINE…alse}, ‘locked’: False}], input_type=list] For further information visit at api.service.ts:188:33
Commenting to follow this since I am getting the same message on TrueNaS scale 25.10.1 - Goldeye. Note that my SMB shares are still remotely accessible, I just cannot add/modify them from the Web admin interface.
Should I submit a bug report? or does that Jira ( that I don’t have access to view ) cover it?
My Jira ticket is closed with the fix coming in 25.10.2. It appears that the root was that my Time Machine share quota was over the 7 TB limit , so it failed validation. That is probably a user error as I generally set the quote to twice the size of the drive I’m backing up, which would be 8 TB.
Now, I might need this much storage space for backups one day, but definitely not in the foreseeable future.