SummaryIn ExOS v 7.4.1, the SMB process can stop functioning correctly, letting SMB shares going through an accelerated policy to be inaccessable while this is occurring until the process is restarted
OverviewThe SMB accelerationOn ExOS v7.4.1, it is possible to see the SMB Acceleration process (smbad) start misbehaving. When this happens, CIFS / SMB shares (of all types, regardless of operating system or platform) will not load and show blank screens. No error messages will occur. The Exinda will not log any specific information regarding to the SMB acceleration.
CauseThis cause is unknown at this time. Exinda Engineers are currently looking into the cause.
WorkaroundRestarting the SMB Process (Configuration > System > Optimization) makes everything start to work again.
ResolutionExOS 7.4.4u2 fixes this problem. Please see the release notes for more information.
A potential fix involves replacing the smbad process with one that Ming made. This has only been tested on one or two different machines and has not gone through QA.
¥ Upload the new smbad binary to the customer machine. The new file is located on Securisync > Shared Documents - Support > Ming_smbad_fix. It can be uploaded to any folder on the Exinda (requires shell license to be able to FTP it over)
¥ CLI command: "pm process smbad terminate"
¥ Shell command: "ps axl | grep smbad" (to make sure smbad is not running)
¥ Shell command: "cp /opt/tms/bin/smbad /var/tmp/smbad.orig" (backs up the original file)
¥ Shell command: "remountrw" (remount the filesystem to rw so we can overwrite smbad.)
¥ Shell command: "cd [directory where the new smbad file was uploaded]"
¥ Shell command: "cp smbad /opt/tms/bin/smbad" (overwrite original smbad)
¥ Shell command: "rm -rf /var/data/cifs/db/* " (deletes all the smbad database files, will wipe out all cache)
¥ CLI command: "pm process smbad restart"