[Samba] Samba 413 and 416 fail to receive/write 17TB file with NT_STATUS_INVALID_PARAMETER error

[Dave Baukus]

On 9/6/23 17:58, Andrew Bartlett via samba wrote:
> This message originated outside your organization.
>
> On Wed, 2023-09-06 at 17:39 -0600, Dave Baukus via samba wrote:
> > On FreeBSD stable 13.1 and 13.2 with samba 413 and 416, I
> > consistently get this error when attempting to write a 17TB file to
> > the samba server:
> > Sep4 11:30:20 sm2u-20 smbd[43042]: [2023/09/04 11:30:20.365473,3,
> > pid=43042, effective(500, 544), real(0, 0), class=smb2]
> > ../../source3/smbd/smb2_write.c:220(smb2_write_complete_internal)Sep4
> > 11:30:20 sm2u-20 smbd[43042]: smb2: fnum 1110770061, file
> > KO/17_TB_File.bin, length=1048576 offset=17592183947264
> > wrote=1048576Sep4 11:30:20 sm2u-20 smbd[43042]: [2023/09/04
> > 11:30:20.367619,2, pid=43042, effective(500, 544), real(0, 0),
> > class=smb2]
> > ../../source3/smbd/smb2_write.c:209(smb2_write_complete_internal)Sep4
> > 11:30:20 sm2u-20 smbd[43042]: smb2_write failed: fnum 1110770061,
> > file KO/17_TB_File.bin, length=1048576 offset=17592184995840
> > nwritten=-1: NT_STATUS_INVALID_PARAMETERSep4 11:30:20 sm2u-20
> > smbd[43042]: [2023/09/04 11:30:20.367648,3, pid=43042, effective(500,
> > 544), real(0, 0), class=smb2]
> > ../../source3/smbd/smb2_server.c:3963(smbd_smb2_request_error_ex)Sep4
> > 11:30:20 sm2u-20 smbd[43042]: smbd_smb2_request_error_ex:
> > smbd_smb2_request_error_ex: idx[1]
> > status[NT_STATUS_INVALID_PARAMETER] || at
> > ../../source3/smbd/smb2_write.c:138Sep4 11:30:30 sm2u-20 smbd[43042]:
> > [2023/09/04 11:30:30.361939,3, pid=43042, effective(500, 544),
> > real(0, 0), class=smb2]
> > ../../source3/smbd/smb2_server.c:3963(smbd_smb2_request_error_ex)
> > It consistently happens at offset 16TiB - 1MiB:16 * (1024**4) =
> > 17,592,186,044,416Failed Offset from above:
> > 17,592,184,995,84017,592,186,044,416 - 17,592,184,995,840 = 1,048,576
> > I cannot find any useful references to any such issue.Any clues or
> > references that might help be track this down would be appreciated.
>
> Have you confirmed that underlying file system is happy with that file
> size?
> Andrew Bartlett
>
> -- 
Yes. The underlying files system is ZFS.