toasters

toasters@lists.teaparty.net

1 participants
13532 discussions

Re: telnet in Azure CVOs
by Sebastian P. Goetze 03 Dec '21

03 Dec '21

What's new Cloud Manager Nov 28: Ports 8023 and 49000 are no longer open on Cloud Volumes ONTAP systems in Azure for both single node systems and HA pairs. Looks like it's fixed now... On Tue, Nov 30, 2021, 16:39 Scott Eno via Toasters <toasters(a)teaparty.net> wrote: > > > > ---------- Forwarded message ---------- > From: Scott Eno <cse(a)hey.com> > To: Toasters <toasters(a)teaparty.net> > Cc: > Bcc: > Date: Tue, 30 Nov 2021 10:35:37 -0500 > Subject: wide open telnet on azure cluster interconnects > Hi, > > After running port scans we found that our Azure Cloud Volume ONTAP HA > pairs are accessible via passwordless telnet over the cluster interfaces > which normally would be on a private network connected to a cluster switch, > or node-to-node in switchless config. > > These CVO HA pairs were built with Cloud Manager and it **should** have > set up those interfaces to a private network instead of using the subnet > provided to it for all the other accessible interfaces. > > No question here, just for everyone's info and discussion. > > If one telnet's to the IP of a cluster interconnect, port 8023, it drops > you into the nodeshell with no authentication. I can't find an option to > disable telnet and not sure if I should. Would anything break? I don't > know. I figure the quickest solution is to set a deny for port 8023 on the > NSG for the resource group, or worst case, try to figure out how to re-ip > the cluster interconnects to a 169.. private network. > > > > ---------- Forwarded message ---------- > From: Scott Eno via Toasters <toasters(a)teaparty.net> > To: Toasters <toasters(a)teaparty.net> > Cc: > Bcc: > Date: Tue, 30 Nov 2021 15:35:42 GMT > Subject: > _______________________________________________ > Toasters mailing list > Toasters(a)teaparty.net > https://www.teaparty.net/mailman/listinfo/toasters

2 1

wide open telnet on azure cluster interconnects
by Scott Eno 30 Nov '21

30 Nov '21

Hi, After running port scans we found that our Azure Cloud Volume ONTAP HA pairs are accessible via passwordless telnet over the cluster interfaces which normally would be on a private network connected to a cluster switch, or node-to-node in switchless config. These CVO HA pairs were built with Cloud Manager and it **should** have set up those interfaces to a private network instead of using the subnet provided to it for all the other accessible interfaces. No question here, just for everyone's info and discussion. If one telnet's to the IP of a cluster interconnect, port 8023, it drops you into the nodeshell with no authentication. I can't find an option to disable telnet and not sure if I should. Would anything break? I don't know. I figure the quickest solution is to set a deny for port 8023 on the NSG for the resource group, or worst case, try to figure out how to re-ip the cluster interconnects to a 169.. private network.

1 0

Re:
by Graham McGeown 21 Nov '21

21 Nov '21

Silly question, but in your 'vol move' command, are you using the constituent volume as the volume to move (e.g. the vol__001) and not the actual flexgroup name? Cheers Graham On Sat, 20 Nov 2021 at 11:05, Scott Eno via Toasters <toasters(a)teaparty.net> wrote: > > > > ---------- Forwarded message ---------- > From: Scott Eno <cse(a)hey.com> > To: Toasters <toasters(a)teaparty.net> > Cc: > Bcc: > Date: Fri, 19 Nov 2021 22:01:52 -0500 > Subject: Encrypting Flexgroup vols with NAE > Hi, > > I had to move flexgroup vols from NSE disks to NAE aggrs once, so I know I > knew how to do this then, but for the life of me I can't find it written > down anywhere. > > Basically, how does one do a "vol move start ... -encrypt-with-aggr-key" > for a flexgroup with constituents on all four aggrs in the cluster (two on > each node)? TR-4571 (Hi Justin!) seems to say this is possible, tho the > doc it links to doesn't explain how to do this with a flexgroup. > > cse > > > > ---------- Forwarded message ---------- > From: Scott Eno via Toasters <toasters(a)teaparty.net> > To: Toasters <toasters(a)teaparty.net> > Cc: > Bcc: > Date: Sat, 20 Nov 2021 03:01:57 GMT > Subject: > _______________________________________________ > Toasters mailing list > Toasters(a)teaparty.net > https://www.teaparty.net/mailman/listinfo/toasters

3 3

Encrypting Flexgroup vols with NAE
by Scott Eno 20 Nov '21

20 Nov '21

Hi, I had to move flexgroup vols from NSE disks to NAE aggrs once, so I know I knew how to do this then, but for the life of me I can't find it written down anywhere. Basically, how does one do a "vol move start ... -encrypt-with-aggr-key" for a flexgroup with constituents on all four aggrs in the cluster (two on each node)? TR-4571 (Hi Justin!) seems to say this is possible, tho the doc it links to doesn't explain how to do this with a flexgroup. cse

1 0

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

Upgrade from 9.3 to 9.7
by Philbert Rupkins 21 Sep '21

21 Sep '21

Hello Toasters, Anybody have experience, positive or negative, upgrading from 9.3 to 9.7? It is a supported automated upgrade path but requires packages for both 9.5 and 9.7. My understanding is each node will be upgraded twice (once to 9.5 then to 9.7) but otherwise should follow the typical automated upgrade routine. Thank You Phil

11 17

Re:
by jordan slingerland 01 Sep '21

01 Sep '21

create a flexclone of the snapshot, mount that lun to any windows server and double click on the vhdx file, it will open/mount as a drive letter. On Wed, Sep 1, 2021 at 1:41 PM Jeff Cleverley via Toasters < toasters(a)teaparty.net> wrote: > > > > ---------- Forwarded message ---------- > From: Jeff Cleverley <jeff.cleverley(a)broadcom.com> > To: "<Toasters(a)teaparty.net>" <Toasters(a)teaparty.net> > Cc: > Bcc: > Date: Wed, 1 Sep 2021 11:38:06 -0600 > Subject: Hyper-V file recovery from snapshot > Greetings, > > I'm trying to figure out how to mount a .vhdx (Server 2012 > Hyper-V/Failover Cluster) to be able to view or restore a specific file. I > have only found 2 ways to do this so far: > > 1. Copy the .vhdx from the snapshot to the physical server and mount it. > > 2. Use Disk manager and mount it read-only remotely from the NetApp. I > have found this is only working if the VM was down when the snapshot was > taken. > > Is there a way to get the .vhdx from the snapshot mounted remotely? When > I have to copy a 300G .vhdx, it is very slow and it limits the systems with > enough free space as targets. > > I was hoping to use this as opposed to having to apply one of our various > traditional backup methods. > > Thanks, > > Jeff > > -- > ** Please note my email address has changed to jeff.cleverley(a)broadcom.com > > Jeff Cleverley > Factory Systems Engineer > 4380 Ziegler Road > Building 1, Dock 1 > Fort Collins, Colorado 80525 > 970-288-4611 > > This electronic communication and the information and any files > transmitted with it, or attached to it, are confidential and are intended > solely for the use of the individual or entity to whom it is addressed and > may contain information that is confidential, legally privileged, protected > by privacy laws, or otherwise restricted from disclosure to anyone else. If > you are not the intended recipient or the person responsible for delivering > the e-mail to the intended recipient, you are hereby notified that any use, > copying, distributing, dissemination, forwarding, printing, or copying of > this e-mail is strictly prohibited. If you received this e-mail in error, > please return the e-mail to the sender, delete it from your computer, and > destroy any printed copy of it. > > > ---------- Forwarded message ---------- > From: Jeff Cleverley via Toasters <toasters(a)teaparty.net> > To: "<Toasters(a)teaparty.net>" <Toasters(a)teaparty.net> > Cc: > Bcc: > Date: Wed, 1 Sep 2021 18:38:25 +0100 > Subject: > _______________________________________________ > Toasters mailing list > Toasters(a)teaparty.net > https://www.teaparty.net/mailman/listinfo/toasters

2 1

← Newer
1
...
4
5
6
7
8
9
10
...
1354
Older →

Jump to page:

2026

2025

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