Although we reached out to Hitachi support, we didn't specifically request for the smb.conf file from them. As a result, we're uncertain about the status of their Samba version, whether it's in standard or mangled form, and whether they're capable of providing us with the smb.conf file. I was wondering if there are any specific parameters or information that we should check from the HNAS samba server side to address the slowness issue we're experiencing with a particular share that contains a large number of smaller files, apart from the smb.conf file. Additionally, I was wondering if you could advise on the specific details we should look for in the SMB protocol perspective when analyzing network traffic captures using Wireshark. Although Microsoft provides the robocopy tool, it has been observed to have lower throughput when copying a large number of smaller files from the SMB share. I also wanted to ask if increasing the number of connections between the client and server and using multiple NIC cards at the SMB client side for multichanneling could potentially improve the performance, especially copying millions of smaller files from the share. Or are there any limitations within the SMB protocol when copying a large number of smaller files from the share? I appreciate any advice or guidance you can provide on this matter. Thank you. Thanks & regards, Swapnil M On Fri, Apr 7, 2023 at 3:32?PM Rowland Penny via samba < samba at lists.samba.org> wrote:> > > On 07/04/2023 09:48, Swapneel More wrote: > > Thank you very much for your response Rowland. I really appreciate it. > > > > Please find the required details below. > > Windows SMB client has below OS specifications: > > OS Name: Microsoft Windows Server 2016 Standard > > OS Version: 10.0.14393 N/A Build 14393 > > OS Manufacturer: Microsoft Corporation > > > > SMB server: > > It is a Hitachi NAS(HNAS) device box. > > We don't know much about its SMB configuration as it has a minimal UNIX > > based OS version and standard RHEL commands do not work on it. So, we > > are not able to run 'testparam -s' > > > > Thanks & regards, > > Swapnil M. > > > > > > Sorry, but without further information, I do not see how anyone can help > you. Your NAS may be running Samba, but if such a standard command as > 'testparm' isn't available, then this seems unlikely, or it is a much > mangled version of Samba. If it is running a standard Samba version, > somewhere there will be a smb.conf file. > > I take it that you have tried Hitachi support ? > > You may be able to run a trace on the network traffic between the two > machines, perhaps this could provide more information. > > Rowland > > PS please do not 'CC' me, or reply to 'all', just reply to the list. > > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/options/samba >
On 07/04/2023 12:16, Swapneel More via samba wrote:> Although we reached out to Hitachi support, we didn't specifically request > for the smb.conf file from them. As a result, we're uncertain about the > status of their Samba version, whether it's in standard or mangled form, > and whether they're capable of providing us with the smb.conf file.The problem is that unless we can see how Samba is set up now, how can we say if any modifications are required ?> > I was wondering if there are any specific parameters or information that we > should check from the HNAS samba server side to address the slowness issue > we're experiencing with a particular share that contains a large number of > smaller files, apart from the smb.conf file. Additionally, I was wondering > if you could advise on the specific details we should look for in the SMB > protocol perspective when analyzing network traffic captures using > Wireshark.I would imagine that the NAS has some form of GUI to administer it with, but what you would need to change, I would not know, I didn't even know that Hitachi made computers. I suggest you get the Wireshark traces and go back to Hitachi and tell them that their device is very slow, here are the traces, what are they going to do about it ? I take it you have a support contract with Hitachi.> > Although Microsoft provides the robocopy tool, it has been observed to have > lower throughput when copying a large number of smaller files from the SMB > share.Cannot really comment on Robocopy, it is, as you say, a Microsoft product.> > I also wanted to ask if increasing the number of connections between the > client and server and using multiple NIC cards at the SMB client side for > multichanneling could potentially improve the performance, especially > copying millions of smaller files from the share. Or are there any > limitations within the SMB protocol when copying a large number of smaller > files from the share?There is 'server multi channel support' which requires SMBv3, this was introduced at Samba 4.4.0 , but wasn't enabled by default until 4.15.0 As you cannot find which version of Samba (if any) is running on your NAS, I cannot say if it is available, or if it is available, that it is switched on by default. If it is supported, then Samba can use multiple network interfaces to talk to multiple network interfaces on another SMBv3 server.> > I appreciate any advice or guidance you can provide on this matter. Thank > you.The only other advice I can suggest, post the wireshark traces somewhere and post a link to them here. Rowland
On Fri, Apr 07, 2023 at 04:46:52PM +0530, Swapneel More via samba wrote:>Although we reached out to Hitachi support, we didn't specifically request >for the smb.conf file from them. As a result, we're uncertain about the >status of their Samba version, whether it's in standard or mangled form, >and whether they're capable of providing us with the smb.conf file. > >I was wondering if there are any specific parameters or information that we >should check from the HNAS samba server side to address the slowness issue >we're experiencing with a particular share that contains a large number of >smaller files, apart from the smb.conf file. Additionally, I was wondering >if you could advise on the specific details we should look for in the SMB >protocol perspective when analyzing network traffic captures using >Wireshark. > >Although Microsoft provides the robocopy tool, it has been observed to have >lower throughput when copying a large number of smaller files from the SMB >share. > >I also wanted to ask if increasing the number of connections between the >client and server and using multiple NIC cards at the SMB client side for >multichanneling could potentially improve the performance, especially >copying millions of smaller files from the share. Or are there any >limitations within the SMB protocol when copying a large number of smaller >files from the share? > >I appreciate any advice or guidance you can provide on this matter. Thank >you.Hi Swapnil, Hatachi bought BluArc, an old SMB2+ proprietary vendor. The Hitachi box is not running Samba, but the BluArc code. I appreciate you raising generic SMB problems on the Samba lists (it really is the best place for them) but in this case you really have to get support from Hitachi. Sorry we couldn't be of more help.