Re: Slow SMB connections from 8.3 to some Mac clients
Randy - As Scott mentioned, the .DS_Store and Spotlight indexing are both major impediments to performance of network shares under CIFS/SMB with OS X
View ArticleRe: Slow SMB connections from 8.3 to some Mac clients
Keep in mind - using CIFS and NFS on the same shares doesn't mean you have to use mixed security style. In fact, I always recommend people pick NTFS o
View ArticleRe: Slow SMB connections from 8.3 to some Mac clients
Justin Parisi wrote: > Keep in mind - using CIFS and NFS on the same shares doesn't mean you > have to use mixed security style. In fact, I always re
View ArticleRe: Slow SMB connections from 8.3 to some Mac clients
Mixed security style is a 15 year plus legacy that we did before we had full Windows domain integration. If your controllers are fully integrated into
View ArticleRe: python API guidance for cluster mode CIFS share reporting/management
Hey Randy and Richard, A quick note: I am in no way a programmer, I just pretend to be one when I need to get stuff done. My code is likely ugly. Co
View ArticleRE: Slow SMB connections from 8.3 to some Mac clients
We're a primarily Windows-client shop and the data in question requires NTFS/rich ACLs/auditing. Sounds like the workaround below is to force the cli
View ArticleNetbackup 7.6.0.1 backing up via NDMP cDOT 8.2.3 volume(s)
Hi, Anyone using Netbackup 7.6.0.1 to backup via three way NDMP, a CIFS share/volume on cDOT inside a VServer? It just ain't working for me. I suspe
View ArticleRe: Netbackup 7.6.0.1 backing up via NDMP cDOT 8.2.3 volume(s)
Looks like you ar ein the ballpark here: (from NetApp: http://www.netapp.com/us/solutions/a-z/backup-to-tape/backup-to-tape-ndmp.aspx ) NetBackup: 6.
View ArticleRe: Netbackup 7.6.0.1 backing up via NDMP cDOT 8.2.3 volume(s)
Hello, I faced the same issue a while ago. 7.6.0.1 does not work with ndmp cluster level. It will have to be a node level backup. The new version of t
View ArticleCompletely filling and aggregate
Has anyone ever completely, completely (like with luns and overallocation) filled an aggregate? Were you able to reuse the aggregate again once you
View ArticleRe: Completely filling and aggregate
On 2015-11-5 13:54 , Fred Grieco wrote: > Has anyone ever completely, completely (like with luns and > overallocation) filled an aggregate? Were you
View ArticleRE: Completely filling and aggregate
Yea, we don't have that problem. Fill your aggr up? Cool. Shrink the volume. Turn off space guarantees. Delete volumes. Whatever. :) Used to get the
View ArticleRE: Completely filling and aggregate
The rule I usually use is this: 1) Free space means all the space that is not used by actual data. For most customers, that means adding up fre
View ArticleRe: Completely filling and aggregate
My input on this..is knowing how fast you can BUY and install hardware, will determine how much headroom you need to leave in place below 95%..based o
View ArticleRe: Completely filling and aggregate
Jeffrey Steiner wrote: > The rule I usually use is this: > [...] > > 4) You'll probably start seeing slowdowns as approach 95%. That threshold
View ArticleRE: Completely filling and aggregate
I would expect that after filling an aggregate your performance deficit would go away one you frees up the blocks unless you happen to free up blocks
View ArticleRE: Completely filling and aggregate
Agreed, the threshholds definitely depend on the workload. I've got one banking customer with a database environment pushing 400MB/sec of redo loggin
View ArticleRe: Completely filling and aggregate
Thanks for the great discussion everyone! From: "Steiner, Jeffrey" <Jeffrey.Steiner@netapp.com> To: Michael Bergman <michael.bergman@ericsson.
View ArticleWWPNs changing adaptors
Hello admins. I'm hoping you can help me understand something confusing - I've got some FCOE (FCP) luns presented off a filer. We've been looking at d
View ArticleRe: WWPNs changing adaptors
You probably did this already, but⦠Have you checked your older ASUP uploads to trace when this swap occurred? Francis Kim Cell: 415-606-2525
View Article