I mean at first glance of course naming it with a dollar sign $ will administratively hide it. But I'm guessing you know that. Are you trying to access it via \\smartconnectzonename.domain.xyz\test$ and it's not working? Then odds are pretty good that it's an NTFS permissions issue. That said your path is /ifs, and NEVER put NTFS ACLs on /ifs, you'll probably break the cluster. Are you just trying to allow yourself as an administrator to browse the tree? Then give just your admin account run-as-root rights to the share. Be extremely careful with how you use this because as the name implies it gives you effectively root access over SMB. While useful for administrative purposes or for data migrations, it can be a real mess if you ever put that on a user-facing share.

Yes, I am intensionally hiding the share. I am trying to access it via \\[SERVER.DOMAIN.xyz]\test$ and its not working. I have no plans to add NFTS permissions to /ifs and was hoping I wouldn't have to. Yes, per the instructions for the Isilon Search tool, I need to give it permissions to access the share for /ifs. Isilon Search don't require a run-as-root right to perform this task of scanning the entire filesystem.

I will verify the SPN isn't an issue and reply to this tomorrow morning.