toasters

toasters@lists.teaparty.net

2 participants
13520 discussions

Migrate root volume to partitioned disks after wipeconfig
by Alexander Griesser 23 Jun '17

23 Jun '17

Hey there, I've got a FAS2554 here which I've pushed through wipeconfig recently and interestingly, both controllers show different layouts after this process. Node 1 show the following root aggregate: RAID Disk Device HA SHELF BAY CHAN Pool Type RPM Used (MB/blks) Phys (MB/blks) --------- ------ ------------- ---- ---- ---- ----- -------------- -------------- tparity 0b.00.1P2 0b 0 1 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 dparity 0b.00.3P2 0b 0 3 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 parity 0b.00.5P2 0b 0 5 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 data 0a.00.6P2 0a 0 6 SA:A 0 FSAS 7200 55176/113000448 55184/113016832 data 0b.00.7P2 0b 0 7 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 data 0a.00.8P2 0a 0 8 SA:A 0 FSAS 7200 55176/113000448 55184/113016832 data 0b.00.9P2 0b 0 9 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 data 0a.00.10P2 0a 0 10 SA:A 0 FSAS 7200 55176/113000448 55184/113016832 data 0b.00.11P2 0b 0 11 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 data 0a.00.12P2 0a 0 12 SA:A 0 FSAS 7200 55176/113000448 55184/113016832 data 0b.00.13P2 0b 0 13 SA:B 0 FSAS 7200 55176/113000448 55184/113016832 Node 2 does not have partitioned disks for root: RAID Disk Device HA SHELF BAY CHAN Pool Type RPM Used (MB/blks) Phys (MB/blks) --------- ------ ------------- ---- ---- ---- ----- -------------- -------------- dparity 0a.00.0 0a 0 0 SA:B 0 FSAS 7200 5614621/11498743808 5625872/11521787400 parity 0a.00.2 0a 0 2 SA:B 0 FSAS 7200 5614621/11498743808 5625872/11521787400 data 0a.00.4 0a 0 4 SA:B 0 FSAS 7200 5614621/11498743808 5625872/11521787400 Also, Node1 has raid_tec on the root aggregate, but that's OK I guess. So what I'd like to do now is to migrate the root aggregate on node2 to an aggregate with partitioned disks too, of course, but I cannot find any information on how to do that. I've tried to manually create an aggregate on node 2 and have manually assigned the root partitions to it, but it's always telling me that the disks are not owned by node 2 or the new migrate-root command just does not seem to support partitioned disks. Trying to avoid another wipeconfig here, since that will take ages again for zeroing all the disks... There's no data on the filer as of yet, so we're good to try with whatever someone can come up with :) 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 4

Re: Metrics collection/reporting
by Scott Eno 12 Jun '17

12 Jun '17

Thanks Phillip! I did see this last week. It seems with the combining of OCUM and OCPM into one server the upgrade process might be a bit time consuming so I have it on the list to do once I read up on the process. Also, don't want to lose the feed from OCPM to NetApp Harvest and haven't verified that ability still exists in the new version. But yes, after reading the release notes I am anxious to see what this new combined server/interface looks like and test the functionality it provides. Q: Is the automation store going to live on? If so, will NetApp start providing new reports for OCUM/PM? The user community doesn't appear to be that lively. On Jun 12, 2017, at 11:10 AM, "Bachman, Philip" <Philip.Bachman(a)netapp.com> wrote: Scott, If you upgrade to OnCommand Unified Manager 7.2 (currently RC1, GA by end of month), you will find that the performance tables in the performance section are now exportable to CSV. That might make your life easier. You will also find that Unified Manager and Performance Manager are now consolidated on a single server, with an updated UI and much improved performance. -- Phil Philip Bachman philip.bachman(a)netapp.com On 6/12/17, 10:06 AM, "toasters-bounces(a)teaparty.net on behalf of s.eno" <toasters-bounces(a)teaparty.net on behalf of s.eno(a)me.com> wrote: Hi, I was recently tasked with presenting latency numbers for aggrs and vols on a regular basis. These would be numbers averaged over 30 days. We're on cDOT 9.1P2 and OCUM is, to say the least, anemic when it comes to reporting on such things. Performance manager will provide the numbers but doesn't have the capabilities to save them to a spreadsheet, or whatever. What are you fellow NetApp admins using for metrics reporting these days? _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

2 1

Metrics collection/reporting
by s.eno 12 Jun '17

12 Jun '17

Hi, I was recently tasked with presenting latency numbers for aggrs and vols on a regular basis. These would be numbers averaged over 30 days. We're on cDOT 9.1P2 and OCUM is, to say the least, anemic when it comes to reporting on such things. Performance manager will provide the numbers but doesn't have the capabilities to save them to a spreadsheet, or whatever. What are you fellow NetApp admins using for metrics reporting these days?

9 11

Re: Metrics collection/reporting
by Scott Eno 12 Jun '17

12 Jun '17

Ah, interesting. Thanks! I've been around long enough I should know (RTFM) better. :-) On Jun 12, 2017, at 10:34 AM, John Constable <jc18(a)sanger.ac.uk> wrote: You should be able to use the Graphite API to export a graph as a CSV; http://graphite.readthedocs.io/en/latest/render_api.html From: <toasters-bounces(a)teaparty.net> on behalf of "s.eno" <s.eno(a)me.com> Date: Monday, June 12, 2017 at 3:18 PM To: Tim Stiller <tim.stiller(a)gmail.com> Cc: Toasters <toasters(a)teaparty.net> Subject: Re: Metrics collection/reporting Thanks! And agreed! I have had Harvest running for some time. It's just not easy, as far as I can tell, to translate those graphs to spreadsheets, etc. Yes I can share out the dashboards and send out a link but have had problems getting that to work without requiring the viewer to need a login. On Jun 12, 2017, at 10:14 AM, Tim Stiller <tim.stiller(a)gmail.com> wrote: Best performance Monitoring Tool ever: http://nabox.tynsoe.org Regards, Tim NetApp PSC s.eno <s.eno(a)me.com> schrieb am Mo. 12. Juni 2017 um 16:11: Hi, I was recently tasked with presenting latency numbers for aggrs and vols on a regular basis. These would be numbers averaged over 30 days. We're on cDOT 9.1P2 and OCUM is, to say the least, anemic when it comes to reporting on such things. Performance manager will provide the numbers but doesn't have the capabilities to save them to a spreadsheet, or whatever. What are you fellow NetApp admins using for metrics reporting these days? _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.

1 0

Re: Metrics collection/reporting
by Scott Eno 12 Jun '17

12 Jun '17

Great question, and I don't know. :-) This is a request from our Architecture team. Quote: - Quarterly - 30 Days avg latency reports - Aggrs, total size, used size space free. - Aggrs, top 5 by latency - In those aggrs, top 5 volumes by latency. - Snapshots – volumes with snaps older than 4 weeks - Snapmirrors in lag longer than 48 hours. - Any outstanding issues with backups - Anything else they want to bring up, performance, scalability or operational concerns. On Jun 12, 2017, at 10:22 AM, Michael Bergman <michael.bergman(a)ericsson.com> wrote: On 2017-06-12 16:06, s.eno wrote: I was recently tasked with presenting latency numbers for aggrs and vols on a regular basis. These would be numbers averaged over 30 days. Intersting. And what, if I may ask (you may not have an answer), would the person who gave you this task do with the per Aggr & Vol latency numbers if they got them? /M We're on cDOT 9.1P2 and OCUM is, to say the least, anemic when it comes to reporting on such things. Performance manager will provide the numbers but doesn't have the capabilities to save them to a spreadsheet, or whatever. What are you fellow NetApp admins using for metrics reporting these days? _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

2 1

Re: Metrics collection/reporting
by Scott Eno 12 Jun '17

12 Jun '17

To clarify, yes, I can pull Graphite graphs into, say, SharePoint and am considering this route for some things. In fact, recent help I received from the Harvest author allowed me to create a graphical representation of inode usage in some volumes we have that are heavy inode eaters. This is a perfect case where Harvest/Graphite is very useful for reporting purposes. On Jun 12, 2017, at 10:27 AM, "s.eno" <s.eno(a)me.com> wrote: Thanks! And agreed! I have had Harvest running for some time. It's just not easy, as far as I can tell, to translate those graphs to spreadsheets, etc. Yes I can share out the dashboards and send out a link but have had problems getting that to work without requiring the viewer to need a login. On Jun 12, 2017, at 10:14 AM, Tim Stiller <tim.stiller(a)gmail.com> wrote: Best performance Monitoring Tool ever: http://nabox.tynsoe.org Regards, Tim NetApp PSC s.eno <s.eno(a)me.com> schrieb am Mo. 12. Juni 2017 um 16:11: Hi, I was recently tasked with presenting latency numbers for aggrs and vols on a regular basis. These would be numbers averaged over 30 days. We're on cDOT 9.1P2 and OCUM is, to say the least, anemic when it comes to reporting on such things. Performance manager will provide the numbers but doesn't have the capabilities to save them to a spreadsheet, or whatever. What are you fellow NetApp admins using for metrics reporting these days? _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

1 0

AltaVault
by Chris Hague 06 Jun '17

06 Jun '17

Hi Toasters, We are looking at how AltaVault may help with our Backup environment and assist in a move towards a tapeless solution. We are not 100% NetApp so can't just rely on SnapVault as I would have in the past. One biggie would be our SQL maint plan's dump out .bak files to a share presented from AV.. But is it true WORM or are these files at risk of being deleted by human error? Appreciate Thoughts? Experiences? Gotchyas? On the AV technology as a whole. Many Thanks in advance, Chris.

4 5

network configuration broadcast domains
by Mark Saunders 26 May '17

26 May '17

Our netapp clusters started life on 8.2.x and have now all been upgraded to 9.1, we have a lot of vlans set up in the Default broadcast domain which are flagged on the now site as something which should now be split out. This looks to be a simple enough thing to do using "broadcast-domain split" but I cannot see anything in the docs to say if this is disruptive to any connected systems. While I have been able to split a couple of ports off on our sandpit where the lifs seemed to have no problems and didn't drop a ping I just wanted to see if anyone can say if we might see any issues if a lif on the vlan ports being split ? Regards Mark Data Centre Sysadmin Team Managed Services Phone:- 02476 694455 Ext 2567 The Sysadmin Team promoting PCMS Values ~Integrity~Respect~Commitment~ ~Continuous Improvement~ The information contained in this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient of this e-mail, the use of this information or any disclosure, copying or distribution is prohibited and may be unlawful. If you received this in error, please contact the sender and delete the material from any computer. The views expressed in this e-mail may not necessarily be the views of the PCMS Group plc and should not be taken as authority to carry out any instruction contained. The PCMS Group reserves the right to monitor and examine the content of all e-mails. The PCMS Group plc is a company registered in England and Wales with company number 1459419 whose registered office is at PCMS House, Torwood Close, Westwood Business Park, Coventry CV4 8HX, United Kingdom. VAT No: GB 705338743

2 2

upgrade check does not work for 64-bit conversion
by Iluhes 24 May '17

24 May '17

Hi Folks,NetApp Release 8.2.4P6 7-Mode Running #aggr add Aggr1 -64bit-upgrade check aggr add: Neither a count of disks nor a list of disks to addto the aggregate was specified. Running with # of disk seem to be also not running check #aggr add Aggr1 -64bit-upgrade check 6 Note: preparing to add 4 data disks and 2 parity disks.Continue? ([y]es, [n]o, or [p]review RAID layout) p Is "check" no longer an option in 8.2.4? | | Virus-free. www.avast.com |

4 9

Ontap cDOT upgrade thoughts
by John Stoffel 18 May '17

18 May '17

Guys, Has anyone put 9.1 into production yet? And did anyone upgrade straight from 8.2.x to 9.1? If so, how did it go? I'm planning on just moving to 8.3, but I'm wondering if I should make the leap up to 9.1 instead... It does seem like a bigger leap to make. John

8 12

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