toasters

toasters@lists.teaparty.net

4 participants
13526 discussions

Re:
by Sebastian P. Goetze 30 Jun '20

30 Jun '20

And I just double-checked: 9.7p4-p5 is supported on FAS 25xx+ and FAS 80x0+ and all the newer systems. Sebastian On Tue, Jun 30, 2020 at 12:41 AM Michael Bergman via Toasters < toasters(a)teaparty.net> wrote: > > > > ---------- Forwarded message ---------- > From: Michael Bergman <michael.bergman(a)ericsson.com> > To: Toasters <toasters(a)teaparty.net> > Cc: > Bcc: > Date: Mon, 29 Jun 2020 22:38:50 +0000 > Subject: Re: single or multiple aggregates? > On 2020-06-29 21:15, John Stoffel wrote: > > How many volumes are you running in each SVM? But basically in my > > experience it's not too big a deal to have different SVMs sharing > > aggregates. This bigger deal is having SATA vs SAS on the same head, > > at least with older versions. I'm running 9.3 these days and not > > seeing problems. > > Indeed, there's no problem having many vservers share Aggregates. That was > never an issue, really. Certainly not ONTAP 9 and up. And the problem > with > CP processing (WAFL Consistency Point) you mention was solved long ago. > I.e. > mixing 10K rpm and 7.2K rpm Aggregates in the same controller. > Really: 9.7 is a good place to be all in all. It has many carefully > thought > out performance tunings in WAFL and other places which earlier versions do > not have > > /M > > > > ---------- Forwarded message ---------- > From: Michael Bergman via Toasters <toasters(a)teaparty.net> > To: Toasters <toasters(a)teaparty.net> > Cc: > Bcc: > Date: Mon, 29 Jun 2020 23:38:55 +0100 > Subject: > _______________________________________________ > Toasters mailing list > Toasters(a)teaparty.net > https://www.teaparty.net/mailman/listinfo/toasters

1 0

turning on thin provisioning on an existing volume?
by Rue, Randy 29 Jun '20

29 Jun '20

Hi it's me again, A separate question related to our current woes. If I turn on thin provisioning on an existing volume will the unused space be merged/freed up/made available? Do I need to do anything to reclaim it? Or worst case, do I need to provision a new volume and migrate? Randy

3 3

Re: Quick SAS Cable question
by Heino Walther 26 Jun '20

26 Jun '20

Supported is one thing 😊 The question is if it panics, or keeps running…. Sadly I do not have a system to test this on… /Heino Fra: "andrei.borzenkov(a)fujitsu.com" <andrei.borzenkov(a)fujitsu.com> Dato: torsdag den 25. juni 2020 kl. 11.00 Til: Heino Walther <hw(a)beardmann.dk>, "toasters(a)teaparty.net" <toasters(a)teaparty.net> Emne: RE: Quick SAS Cable question So you want to move shelf with data to different stack in the same filer, online? That was not supported officially last time I checked. Only empty shelves can be removed and reconnected to different stack. --- Sent from my Fujitsu LIFEBOOK S937 With best regards Andrei Borzenkov Senior System Engineer FJ EMEIA PR FOCP RU SM FSO [cid:image001.gif@01D64AE1.0074F410] FUJITSU Zemlyanoy val 9, 105064 Moscow, Russia Tel.: +7 (495) 730 6220 ext. 2247 Mob.: +7 (916) 678 7208 E-mail: Andrei.Borzenkov(a)ts.fujitsu.com Web: ts.fujitsu.com<http://ts.fujitsu.com/> Company details: OOO Fujitsu Technology Solutions / ts.fujitsu.com/imprint<http://ts.fujitsu.com/imprint.html> This communication contains information that is confidential, proprietary in nature and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) or the person responsible for delivering it to the intended recipient(s), please note that any form of dissemination, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender and delete the original communication. Thank you for your cooperation. Please be advised that neither Fujitsu, its affiliates, its employees or agents accept liability for any errors, omissions or damages caused by delays of receipt or by any virus infection in this message or its attachments, or which may otherwise arise as a result of this e-mail transmission. From: Heino Walther <hw(a)beardmann.dk> Sent: Thursday, June 25, 2020 11:18 AM To: Borzenkov, Andrei <andrei.borzenkov(a)fujitsu.com>; toasters(a)teaparty.net Subject: Re: Quick SAS Cable question Hi Andrei We have an aggregate spanning all three shelfs. What I was thinking was to disconnect the A side of disk shelf (which is possible without any issues) Then connect up the A side of the shelfs so that they now represent two loops, so two shelfs on one loop, and the last one on its own loop. I will of cause make sure the controllers are able to see the disks before I move onto the B side of the shelfs… I’m just afraid that ONTAP might be confused and panic.. /Heino Fra: "andrei.borzenkov(a)fujitsu.com<mailto:andrei.borzenkov@fujitsu.com>" <andrei.borzenkov(a)fujitsu.com<mailto:andrei.borzenkov@fujitsu.com>> Dato: torsdag den 25. juni 2020 kl. 10.12 Til: Heino Walther <hw(a)beardmann.dk<mailto:hw@beardmann.dk>>, "toasters(a)teaparty.net<mailto:toasters@teaparty.net>" <toasters(a)teaparty.net<mailto:toasters@teaparty.net>> Emne: RE: Quick SAS Cable question So you have three shelves and aggregate spanning these three shelves that you need to connect to FAS in two stacks, right? It is no problem offline (assuming you have the correct cables), when target FAS is switched off. Doing this online will result in incomplete aggregate unless you manage connecting both stacks almost at the same moment. Depending on raid groups layout, either aggregate won’t come online until you connect missing shelf or FAS may start rebuild due to missing disks. If you mean something else or you have something different than FAS (there as E-Series etc), please provide more details. --- Sent from my Fujitsu LIFEBOOK S937 With best regards Andrei Borzenkov Senior System Engineer FJ EMEIA PR FOCP RU SM FSO [cid:image002.gif@01D64AE1.0074F410] FUJITSU Zemlyanoy val 9, 105064 Moscow, Russia Tel.: +7 (495) 730 6220 ext. 2247 Mob.: +7 (916) 678 7208 E-mail: Andrei.Borzenkov(a)ts.fujitsu.com<mailto:Andrei.Borzenkov@ts.fujitsu.com> Web: ts.fujitsu.com<http://ts.fujitsu.com/> Company details: OOO Fujitsu Technology Solutions / ts.fujitsu.com/imprint<http://ts.fujitsu.com/imprint.html> This communication contains information that is confidential, proprietary in nature and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) or the person responsible for delivering it to the intended recipient(s), please note that any form of dissemination, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender and delete the original communication. Thank you for your cooperation. Please be advised that neither Fujitsu, its affiliates, its employees or agents accept liability for any errors, omissions or damages caused by delays of receipt or by any virus infection in this message or its attachments, or which may otherwise arise as a result of this e-mail transmission. From: Toasters <toasters-bounces(a)teaparty.net<mailto:toasters-bounces@teaparty.net>> On Behalf Of Heino Walther Sent: Thursday, June 25, 2020 10:53 AM To: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Subject: Quick SAS Cable question Hi guys I’m in the process of moving shelfs from one system to another, and has ran into a pickle where I would like to place one of three shelfs in a loop into its own loop. Of cause the disks are a part of an aggregate and in production… Can this be done without any issues? Just one path of the loop at a time? I would imagine that it should work fine, but just checking… 😊 /Heino Heino Walther<https://www.linkedin.com/in/heinowalther/> Beardmann ApS<http://beardmann.dk/> Jellingvej 9 - 7100 Vejle<https://goo.gl/maps/xQVPFMHXpXu> D: 7199 9060 M: 2075 7501 --

3 2

Controller dead - troubleshooting tips
by Alexander Griesser 25 Jun '20

25 Jun '20

Hey there, I had one of my lab systems die on me a few days ago. Needless to say, there's no maintenance on it anymore, so if the outcome of this is that I have to throw it away, I'm fine with it although I'd like to find out what exactly is broken and I'm currently trying to get that information. Takeover happened automatically, the node is now down and also its power is off, according to the service processor. Whatever I try, I cannot power it on again - it remains offline. This is a FAS2552 and we've already tried to reseat the controller, but that doesn't change anything. The SP's "system sensors" shows an asserted "Controller_Fault" - but that's a big vague to me. How can I best determine what exactly the problem is currently? Thanks, Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<http://www.anexia-it.com/> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

3 2

Re: Quick SAS Cable question
by Heino Walther 25 Jun '20

25 Jun '20

Hi Andrei We have an aggregate spanning all three shelfs. What I was thinking was to disconnect the A side of disk shelf (which is possible without any issues) Then connect up the A side of the shelfs so that they now represent two loops, so two shelfs on one loop, and the last one on its own loop. I will of cause make sure the controllers are able to see the disks before I move onto the B side of the shelfs… I’m just afraid that ONTAP might be confused and panic.. /Heino Fra: "andrei.borzenkov(a)fujitsu.com" <andrei.borzenkov(a)fujitsu.com> Dato: torsdag den 25. juni 2020 kl. 10.12 Til: Heino Walther <hw(a)beardmann.dk>, "toasters(a)teaparty.net" <toasters(a)teaparty.net> Emne: RE: Quick SAS Cable question So you have three shelves and aggregate spanning these three shelves that you need to connect to FAS in two stacks, right? It is no problem offline (assuming you have the correct cables), when target FAS is switched off. Doing this online will result in incomplete aggregate unless you manage connecting both stacks almost at the same moment. Depending on raid groups layout, either aggregate won’t come online until you connect missing shelf or FAS may start rebuild due to missing disks. If you mean something else or you have something different than FAS (there as E-Series etc), please provide more details. --- Sent from my Fujitsu LIFEBOOK S937 With best regards Andrei Borzenkov Senior System Engineer FJ EMEIA PR FOCP RU SM FSO [cid:image001.gif@01D64AD9.DD431CD0] FUJITSU Zemlyanoy val 9, 105064 Moscow, Russia Tel.: +7 (495) 730 6220 ext. 2247 Mob.: +7 (916) 678 7208 E-mail: Andrei.Borzenkov(a)ts.fujitsu.com Web: ts.fujitsu.com<http://ts.fujitsu.com/> Company details: OOO Fujitsu Technology Solutions / ts.fujitsu.com/imprint<http://ts.fujitsu.com/imprint.html> This communication contains information that is confidential, proprietary in nature and/or privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) or the person responsible for delivering it to the intended recipient(s), please note that any form of dissemination, distribution or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender and delete the original communication. Thank you for your cooperation. Please be advised that neither Fujitsu, its affiliates, its employees or agents accept liability for any errors, omissions or damages caused by delays of receipt or by any virus infection in this message or its attachments, or which may otherwise arise as a result of this e-mail transmission. From: Toasters <toasters-bounces(a)teaparty.net> On Behalf Of Heino Walther Sent: Thursday, June 25, 2020 10:53 AM To: toasters(a)teaparty.net Subject: Quick SAS Cable question Hi guys I’m in the process of moving shelfs from one system to another, and has ran into a pickle where I would like to place one of three shelfs in a loop into its own loop. Of cause the disks are a part of an aggregate and in production… Can this be done without any issues? Just one path of the loop at a time? I would imagine that it should work fine, but just checking… 😊 /Heino Heino Walther<https://www.linkedin.com/in/heinowalther/> Beardmann ApS<http://beardmann.dk/> Jellingvej 9 - 7100 Vejle<https://goo.gl/maps/xQVPFMHXpXu> D: 7199 9060 M: 2075 7501 --

1 0

Quick SAS Cable question
by Heino Walther 25 Jun '20

25 Jun '20

Hi guys I’m in the process of moving shelfs from one system to another, and has ran into a pickle where I would like to place one of three shelfs in a loop into its own loop. Of cause the disks are a part of an aggregate and in production… Can this be done without any issues? Just one path of the loop at a time? I would imagine that it should work fine, but just checking… 😊 /Heino Heino Walther<https://www.linkedin.com/in/heinowalther/> Beardmann ApS<http://beardmann.dk/> Jellingvej 9 - 7100 Vejle<https://goo.gl/maps/xQVPFMHXpXu> D: 7199 9060 M: 2075 7501 --

1 0

AW: CSM MismatchRemoteDevice
by Alexander Griesser 23 Jun '20

23 Jun '20

All cluster ports up here: CLUSTER::> net int show -role cluster (network interface show) Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- ---- Cluster Node1_clus1 up/up 169.254.101.103/16 node1 e0a true Node1_clus2 up/up 169.254.210.167/16 node1 e0b true Node2_clus1 up/up 169.254.44.143/16 node2 e0a true Node2_clus2 up/up 169.254.161.155/16 node2 e0b true Node3_clus1 up/up 169.254.15.190/16 node3 e0a true Node3_clus2 up/up 169.254.223.100/16 node3 e0b true Node4_clus1 up/up 169.254.183.224/16 node4 e0a true node4_clus2 up/up 169.254.221.115/16 node4 e0b true 8 entries were displayed. CLUSTER::> net port show -broadcast-domain Cluster (network port show) Node: node1 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node2 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node3 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node4 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy 8 entries were displayed. Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com Web: http://www.anexia-it.com Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601 -----Ursprüngliche Nachricht----- Von: Jason Gorrie <jbgorrie(a)uwaterloo.ca> Gesendet: Mittwoch, 17. Juni 2020 13:54 An: Alexander Griesser <AGriesser(a)anexia-it.com> Betreff: Re: CSM MismatchRemoteDevice Hi, I have pages of those on a newly expanded cluster (was 6 nodes, now 10 for a tech refresh). CDP is enabled all over, and “net device-discovery show” shows good data. Currently 9.5P12. I do have one of the ports down (bad cable, RMA taking 4+ days) so perhaps that is why? — Jason > On Jun 17, 2020, at 00:33, Alexander Griesser <AGriesser(a)anexia-it.com> wrote: > > Hey toasters, > > anyone ever experienced such messages in the event log? Mines are getting flooded here. > It’s a 4-Node cluster (9.6P1) and someone forgot to enable CDP on two of the nodes, which (according to the syslog translator) might seem to be the reason for this issue. > > CLUSTER::> event log show > Time Node Severity Event > ------------------- ---------------- ------------- --------------------------- > 6/17/2020 06:28:18 node1 ERROR csm.mismatchRemoteDevice: CSM connection between source LIF 1012 and destination address 169.254.221.115 might not be optimal for session 0b05995fad05cdb0. The source is currently connected to CLUSTER-sw02 remote device and the destination is currently connected to - remote device. > > https://mysupport.netapp.com/site/bugs-online/syslog-translator/details?eve… > > The corrective action in this link just says: > „Ensure that the Cisco Discover Protocol (CDP) is running on the nodes and switches. In addition, ensure that the cluster ports are up and the cluster LIFs are configured and hosted according to the suggested cluster configuration." > > I’ve enabled CDP now for all nodes, cluster ports are up and all the lifs are where they should be. > Do I need to restart this CSM service or something like that in order to retry CDP resolution and get rid of this message? > > Thanks, > > Alexander Griesser

5 17

Re: CSM MismatchRemoteDevice
by Heino Walther 17 Jun '20

17 Jun '20

Thanks Henk I am well aware of this, as this is just in use because we are migrating from an AFF8080 to A700, and then we will remove the AFF8080 and switches once we have completed the migration of volumes… It’s just switches, and pretty basic, so I have no issues that it is on an older FW level 😊 /Heino

3 2

RE: CSM MismatchRemoteDevice
by RUIS Henk 17 Jun '20

17 Jun '20

Hi, For consistency check ONTAP cluster and switches use CONFIGADVISOR. For reference/compliance version table see support site. ONTAP 9.7P2 does limit support CN1610 switches (from 9.6 actualy) Your CN1610 should be 1.3.0.2 with rcf 1.2 Met vriendelijke groet / Kind regards, Henk Ruis Technical Consultant Tel: +31 88 988 9003 - henk.ruis(a)axians.com<mailto:henk.ruis@axians.com> Dit e-mailbericht is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht ten onrechte ontvangt, wordt u verzocht de inhoud niet te gebruiken, maar de afzender direct te informeren door het bericht te retourneren en het daarna te verwijderen. Axians staat niet in voor de juiste overbrenging van een verzonden e-mail, noch voor de tijdige ontvangst daarvan. Van: Toasters <toasters-bounces(a)teaparty.net<mailto:toasters-bounces@teaparty.net>> Namens Heino Walther Verzonden: woensdag 17 juni 2020 14:45 Aan: Tim McCarthy <tmacmd(a)gmail.com<mailto:tmacmd@gmail.com>>; Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>; Jason Gorrie <jbgorrie(a)uwaterloo.ca<mailto:jbgorrie@uwaterloo.ca>> CC: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Onderwerp: Re: CSM MismatchRemoteDevice My mistake 😉 Here is my output just for reference…. I think it’s a pretty old software I have on the switches 😉 DK01NETAPP01::*> system cluster-switch show-all Switch Type Address Model --------------------------- ------------------ ---------------- --------------- nasw01 cluster-network 172.19.7.145 CN1610 Serial Number: Unknown Is Monitored: false Reason: IP address not reachable Software Version: 1.1.0.7 Version Source: ISDP nasw02 cluster-network 172.19.7.146 CN1610 Serial Number: Unknown Is Monitored: false Reason: IP address not reachable Software Version: 1.1.0.7 Version Source: ISDP 2 entries were displayed. Fra: Tim McCarthy <tmacmd(a)gmail.com<mailto:tmacmd@gmail.com>> Dato: onsdag den 17. juni 2020 kl. 14.36 Til: Heino Walther <hw(a)beardmann.dk<mailto:hw@beardmann.dk>>, Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>, Jason Gorrie <jbgorrie(a)uwaterloo.ca<mailto:jbgorrie@uwaterloo.ca>> Cc: "toasters(a)teaparty.net<mailto:toasters@teaparty.net>" <toasters(a)teaparty.net<mailto:toasters@teaparty.net>> Emne: Re: CSM MismatchRemoteDevice Should be system cluster-switch show-all The command you had is for the FC switch for things like flex array (attached storage through a FC switch) I’d like some others to try this: If you have a switched cluster run this command and record version of ontap you have and the time it takes to complete (it may take a few moments-minutes) system cluster-switch show Then run this command and note the time (which should be instant or near instant) I want to open a bug on this but need more details like when / which release this actually stopped responding quickly. Get Outlook for iOS<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2F…> ________________________________ From: Toasters <toasters-bounces(a)teaparty.net<mailto:toasters-bounces@teaparty.net>> on behalf of Heino Walther <hw(a)beardmann.dk<mailto:hw@beardmann.dk>> Sent: Wednesday, June 17, 2020 8:22:09 AM To: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>; Jason Gorrie <jbgorrie(a)uwaterloo.ca<mailto:jbgorrie@uwaterloo.ca>> Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> <toasters(a)teaparty.net<mailto:toasters@teaparty.net>> Subject: Re: CSM MismatchRemoteDevice An even without any switches configured __ DK01NETAPP01::> switch show (storage switch show) This table is currently empty. __. Go figure... /Heino D. 17.06.2020 14.20 skrev "Alexander Griesser" <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>: In your case, it is able to read the switch name - in my case, it's not (name is just "-"). So maybe this is is also the reason for the message, because CDP was disabled in the first place. I think what I'm looking for here is a way to "restart" this CSM daemon or to restart the validation/detection process, if that's possible at all. Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.anexia…> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601 -----Ursprüngliche Nachricht----- Von: Heino Walther <hw(a)beardmann.dk<mailto:hw@beardmann.dk>> Gesendet: Mittwoch, 17. Juni 2020 14:18 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>; Jason Gorrie <jbgorrie(a)uwaterloo.ca<mailto:jbgorrie@uwaterloo.ca>> Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: CSM MismatchRemoteDevice OK, mine looks like this... and as you can see two nodes are connected to the same switches... So I get this error... 6/17/2020 14:10:40 DK01NETAPP01-03 ERROR csm.mismatchRemoteDevice: CSM connection between source LIF 1001 and destination address 169.254.48.70 might not be optimal for session 0a05a7bb5da3abb3. The source is currently connected to nasw02 remote device and the destination is currently connected to nasw01 remote device. (I get other such messages... so I assumed it was because of the cabling) DK01NETAPP01::> network device-discovery show -platform CN1610 Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- DK01NETAPP01-04/cdp e3a nasw01 0/2 CN1610 e3c nasw02 0/2 CN1610 DK01NETAPP01-01/cdp e0a nasw01 0/3 CN1610 e0c nasw01 0/4 CN1610 DK01NETAPP01-03/cdp e3a nasw01 0/1 CN1610 e3c nasw02 0/1 CN1610 DK01NETAPP01-02/cdp e0a nasw02 0/3 CN1610 e0c nasw02 0/4 CN1610 8 entries were displayed. Maybe it's the switch config? I sadly does not have any remote management to my switches..... I'm on ONTAP 9.7P2 so pretty new version... /Heino D. 17.06.2020 14.13 skrev "Alexander Griesser" <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>: I would say that the cabling is correct: CLUSTER::> network device-discovery show -platform CN1610 Node/ Local Discovered Protocol Port Device (LLDP: ChassisID) Interface Platform ----------- ------ ------------------------- ---------------- ---------------- Node1 /cdp e0a sw01 0/1 CN1610 e0b sw02 0/1 CN1610 node2 /cdp e0a sw01 0/2 CN1610 e0b sw02 0/2 CN1610 node3 /cdp e0a sw01 0/3 CN1610 e0b sw02 0/3 CN1610 node4 /cdp e0a sw01 0/4 CN1610 e0b sw02 0/4 CN1610 8 entries were displayed. Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.anexia…> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601 -----Ursprüngliche Nachricht----- Von: Heino Walther <hw(a)beardmann.dk<mailto:hw@beardmann.dk>> Gesendet: Mittwoch, 17. Juni 2020 14:11 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>>; Jason Gorrie <jbgorrie(a)uwaterloo.ca<mailto:jbgorrie@uwaterloo.ca>> Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: CSM MismatchRemoteDevice Hi there I have the same messages in my 4-node cluster. I believe it's because of the cluster cabling isn't correct (in my case anyway) we have two interconnected cluster switches, I think it's because we hooked up two cluster ports to the same switch.... We are in the process of migrating to a new cluster pair, so we don't want to investigate it further because the clustering works __ But I would suggest to check that you have one cluster cable from each host in each of your cluster switches... /Heino D. 17.06.2020 14.01 skrev "Toasters på vegne af Alexander Griesser" <toasters-bounces(a)teaparty.net på vegne af AGriesser(a)anexia-it.com<mailto:toasters-bounces@teaparty.net%20på%20vegne%20af%20AGriesser@anexia-it.com>>: All cluster ports up here: CLUSTER::> net int show -role cluster (network interface show) Logical Status Network Current Current Is Vserver Interface Admin/Oper Address/Mask Node Port Home ----------- ---------- ---------- ------------------ ------------- ------- ---- Cluster Node1_clus1 up/up 169.254.101.103/16 node1 e0a true Node1_clus2 up/up 169.254.210.167/16 node1 e0b true Node2_clus1 up/up 169.254.44.143/16 node2 e0a true Node2_clus2 up/up 169.254.161.155/16 node2 e0b true Node3_clus1 up/up 169.254.15.190/16 node3 e0a true Node3_clus2 up/up 169.254.223.100/16 node3 e0b true Node4_clus1 up/up 169.254.183.224/16 node4 e0a true node4_clus2 up/up 169.254.221.115/16 node4 e0b true 8 entries were displayed. CLUSTER::> net port show -broadcast-domain Cluster (network port show) Node: node1 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node2 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node3 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy Node: node4 Speed(Mbps) Health Port IPspace Broadcast Domain Link MTU Admin/Oper Status --------- ------------ ---------------- ---- ---- ----------- -------- e0a Cluster Cluster up 9000 auto/10000 healthy e0b Cluster Cluster up 9000 auto/10000 healthy 8 entries were displayed. Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.anexia…> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601 -----Ursprüngliche Nachricht----- Von: Jason Gorrie <jbgorrie(a)uwaterloo.ca<mailto:jbgorrie@uwaterloo.ca>> Gesendet: Mittwoch, 17. Juni 2020 13:54 An: Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> Betreff: Re: CSM MismatchRemoteDevice Hi, I have pages of those on a newly expanded cluster (was 6 nodes, now 10 for a tech refresh). CDP is enabled all over, and “net device-discovery show” shows good data. Currently 9.5P12. I do have one of the ports down (bad cable, RMA taking 4+ days) so perhaps that is why? — Jason > On Jun 17, 2020, at 00:33, Alexander Griesser <AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com>> wrote: > > Hey toasters, > > anyone ever experienced such messages in the event log? Mines are getting flooded here. > It’s a 4-Node cluster (9.6P1) and someone forgot to enable CDP on two of the nodes, which (according to the syslog translator) might seem to be the reason for this issue. > > CLUSTER::> event log show > Time Node Severity Event > ------------------- ---------------- ------------- --------------------------- > 6/17/2020 06:28:18 node1 ERROR csm.mismatchRemoteDevice: CSM connection between source LIF 1012 and destination address 169.254.221.115 might not be optimal for session 0b05995fad05cdb0. The source is currently connected to CLUSTER-sw02 remote device and the destination is currently connected to - remote device. > > https://mysupport.netapp.com/site/bugs-online/syslog-translator/details?eve…<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmysupport…> > > The corrective action in this link just says: > „Ensure that the Cisco Discover Protocol (CDP) is running on the nodes and switches. In addition, ensure that the cluster ports are up and the cluster LIFs are configured and hosted according to the suggested cluster configuration." > > I’ve enabled CDP now for all nodes, cluster ports are up and all the lifs are where they should be. > Do I need to restart this CSM service or something like that in order to retry CDP resolution and get rid of this message? > > Thanks, > > Alexander Griesser _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> https://www.teaparty.net/mailman/listinfo/toasters<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.teapa…> _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> https://www.teaparty.net/mailman/listinfo/toasters<https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.teapa…>

1 0

CSM MismatchRemoteDevice
by Alexander Griesser 17 Jun '20

17 Jun '20

Hey toasters, anyone ever experienced such messages in the event log? Mines are getting flooded here. It's a 4-Node cluster (9.6P1) and someone forgot to enable CDP on two of the nodes, which (according to the syslog translator) might seem to be the reason for this issue. CLUSTER::> event log show Time Node Severity Event ------------------- ---------------- ------------- --------------------------- 6/17/2020 06:28:18 node1 ERROR csm.mismatchRemoteDevice: CSM connection between source LIF 1012 and destination address 169.254.221.115 might not be optimal for session 0b05995fad05cdb0. The source is currently connected to CLUSTER-sw02 remote device and the destination is currently connected to - remote device. https://mysupport.netapp.com/site/bugs-online/syslog-translator/details?eve… The corrective action in this link just says: "Ensure that the Cisco Discover Protocol (CDP) is running on the nodes and switches. In addition, ensure that the cluster ports are up and the cluster LIFs are configured and hosted according to the suggested cluster configuration." I've enabled CDP now for all nodes, cluster ports are up and all the lifs are where they should be. Do I need to restart this CSM service or something like that in order to retry CDP resolution and get rid of this message? Thanks, Alexander Griesser Head of Systems Operations ANEXIA Internetdienstleistungs GmbH E-Mail: AGriesser(a)anexia-it.com<mailto:AGriesser@anexia-it.com> Web: http://www.anexia-it.com<http://www.anexia-it.com/> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

1 0

Jump to page:

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