You can disable SMB 2 on the storage system by using options 'cifs.smb2.enable off'
if SMB 2 is not required.
The client tries another method when the unsupported response comes back from
the storage system. There is no system impact except the extra syslog messages.
Please refer to the following links:
For information about IPC$ share: http://support.microsoft.com/kb/314984
For information about SMB2 QUERY_INFO: http://msdn.microsoft.com/en-us/library/cc246557.aspx
It is SMB 2.0 related message. This is to make a note whenever Windows 7 client throws a command that is not supported by NetApp. Not indicating any specific error. Of course, windows 7 goes back to other SMB commands that are supported by non-windows SMB servers.
If you don't want to see this message at all, I can find out if there is way.
This is a debug message. Debug messages are most often only useful for (as the name implies) debugging filer related problems. There are lots of other debug messages that you probably don't want/need.
The only solution is to remove all debug messages if you don't have a specific reason why debug logging is enabled (probably working with NetApp global support on a support case)
You can also always re-route the "debug" messages to a different logfile (say, /etc/messages.debug). To do this simply edit your /etc/syslog.conf file. This is what I usually do, I also don't want "info" messages spamming the ssh session every time a SnapDrive/SnapManager operation starts, for example.