toasters October 2021

toasters@lists.teaparty.net

9 participants
4 discussions

Security Descriptor noob question
by Carl Howell 25 Oct '21

25 Oct '21

I have a test volume with a CIFS share and default permissions. If I want to modify the NTFS permissions using either vserver security file-directory ntfs modify...or something like Ansible, how do I find the security descriptor to modify(ntfs-sd): vserver security file-directory show -vserver svm1 -path /test4 -instance Vserver: svm1 File Path: /test4 File Inode Number: 64 Security Style: ntfs Effective Style: ntfs DOS Attributes: 10 DOS Attributes in Text: ----D--- Expanded Dos Attributes: - UNIX User Id: 0 UNIX Group Id: 0 UNIX Mode Bits: 777 UNIX Mode Bits in Text: rwxrwxrwx ACLs: NTFS Security Descriptor Control:0x8004 Owner:BUILTIN\Administrators Group:BUILTIN\Administrators DACL - ACEs ALLOW-Everyone-0x1f01ff ALLOW-Everyone-0x10000000-OI|CI|IO Feel like I'm missing something obvious here. . . Thanks, --Carl

3 5

statistics show-periodic
by Mike Thompson 23 Oct '21

23 Oct '21

can't seem to get this to work on a 9.7 box. works fine on 9.3 am I missing something obvious? pd-san2::*> set -privilege advanced pd-san2::*> statistics show-periodic -counter total-recv|total-sent|data-recv|data-sent|cluster-recv|cluster-sent|cluster-busy Error: command failed: entry doesn't exist pd-san2::*> set -privilege diag Warning: These diagnostic commands are for use by NetApp personnel only. Do you want to continue? {y|n}: y pd-san2::*> statistics show-periodic -counter total-recv|total-sent|data-recv|data-sent|cluster-recv|cluster-sent|cluster-busy Error: command failed: entry doesn't exist pd-san2::*> version NetApp Release 9.7P13: Thu Apr 15 02:06:46 UTC 2021

6 13

Tech Refresh Path for MetroCluster
by Heino Walther 14 Oct '21

14 Oct '21

Hi there We are in the process of quoting a tech-refresh of our two node Stretched MetroCluster (A8080 nodes, one at each DC) We were initially looking at a Ethernet based MetroCluster replacement, yet because of Cisco’s horrific back lock, we are more or less forced to choose another Stretched MetroCluster at the replacement. The question is if there is a recommended upgrade path for this? In a standard HA setup we normally just add the new two nodes into the existing cluster, and move volumes and LIFs… pretty easy and with no down time. But it is a bit different with a two node MC mainly because it is essentially two single node clusters. If we were to add another two nods into the existing cluster, we would also require four FC switches in order to link up the FCVI cards which is currently linked up back-to-back between the two DCs. So I see two possible ways… Headswap… from A8080 to A400 (should be possible with any down time? Just switchover, replace node, recable, reassign disks, switchback, then add new shelfs, and move volumes…) ? Parallel setup and move workloads from one to the other… (most is vmware, so not that big a deal… but there are also some critical iSCSI LUNs which will require more work) One other little possible issue is that the old cluster has a 6G Disk Loop and a 12G Disk Loop… both use the QSFP/MiniSASHD to Optical… but the old 6G loop cannot work with the A400 because to my knowledge it does not have any supported PCIe card that has QSFP connectors? (not according to HWU). But we do have four 6500N ATTO Bridges that we can use for this… so right now the plan would be the following: Introduce the ATTO 6500N bridges into the existing solution (there are plenty of fibers across the two DCs) Switchover node 1 to node 2 Headswap node 1 to A400, and recable. Reassign old node 1 disks to new node 1 Switchback node 1 (same procedure on node 2) Attach new disks to both nodes. Create new root aggr0 on new disks for both nodes (move configuration to new aggr0… (described somewhere…) Move volumes to new disks. Remove old empty aggregates and unassign Remove physical disks Any other suggestions? And have anyone else tried this? I think I read somewhere that it was actually not possible to expand a two node MC to four nodes… is that really correct? /Heino

1 0

Distribution Function & Jumbo Frames
by Carl Howell 06 Oct '21

06 Oct '21

I've got a four node cluster where each node has a 10Gb ifgrp connected to LACP port-channels on Nexus 9k's. Each of the ifgrp's has its distribution function set to ip. My first question is, should I tear these ifgrp's down to change their distribution functions to port? Next, all of these port-channels and ifgrp's have MTU 1500. I'd like to of course set them to 9000. The process to do this I believe is to raise the MTU on the port-channels to 9216. Raise the MTU on the ifgrp's to 9000, and then raise the MTU's on the Broadcast domains to 9000. My question is, can I do this without an outage? I've tested this on another cluster, but it unfortunately doesn't have ESXi(NFS), Oracle(NFS), SQL Server(iSCSi) clients on it. There seems to be a small outage when the ifgrp is changed, but I can't determine if that will cause any issues on the client side. Thanks as always for the help. --Carl

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters October 2021