toasters

toasters@lists.teaparty.net

13513 discussions

lun expansion
by Rhodes, Richard L. 08 Sep '16

08 Sep '16

Hello! Data ONTAP Release 8.1.2P1 7-Mode Luns fibrechannel attached to IBM pSeries with AIX Vols containing luns are snapmirrored to a DR site, and also snapvaulted to another filer. I'd like to try out resizing a lun (FibreChannel attached to AIX) to increase it's size. Have never done this! I know OnTap can resize a lun. What I'm not sure about is how that works with snapmirror and snapvault relationships. Snapmirror is at the volume level and shouldn't care. But snapvault in 7-mode is still at the object level - it works on the lun file. But then, SV should just copy the new blocks. So, I'm thinking lun expansion is no problem with SM and SV. Is this correct? Thanks! Rick ----------------------------------------- The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.

2 1

cDOT 8.2.x, grow aggregates or new ones?
by John Stoffel 08 Sep '16

08 Sep '16

Guys, I've got a four node, 8060 cluster running cDOT 8.2.x which we just added in a bunch of disks, spread evenly across our two HA pairs. 2 x DS4246 x 2Tb SATA, and 4 x DS2246 x 600g SAS shelves/disks. I suspect the smart thing to do is to just grow my existing aggregates, which lets me grow existing volumes, etc without too much trouble. And of course I would add in disks in complete Raid Groups. Or do people think I should just create brand new aggregates and move as needed? Do I really need to worry about reallocation issues when I do these adds? My current setup is: n1sas1 20.67TB 7.37TB 64% online 28 n1 raid_dp, n1sata1 56.75TB 12.15TB 79% online 79 n1 raid_dp, n1sata2 56.75TB 7.30TB 87% online 99 n1 raid_dp, n2sas1 26.92TB 6.19TB 77% online 20 n2 raid_dp, n2sas2 26.92TB 9.51TB 65% online 29 n2 raid_dp, n2sas3 20.19TB 9.54TB 53% online 6 n2 raid_dp, n2ssd1 13.09TB 10.84TB 17% online 7 n2 raid_dp, n3sas1 26.92TB 7.24TB 73% online 31 n3 raid_dp, n3sas2 26.92TB 8.13TB 70% online 37 n3 raid_dp, n3sas3 20.19TB 2.97TB 85% online 50 n3 raid_dp, n4sata1 56.75TB 9.73TB 83% online 69 n4 raid_dp, n4sata2 53.84TB 9.46TB 82% online 33 n4 raid_dp, As you can see, we did screw up in n1/n2 by having both SAS and SATA aggregates on the same head. Ooops. We fixed that for the second pair when we grew the cluster. Just looking for a confirmation of my thinking. Thanks, John

3 2

Ontap SELECT SSD
by BERNTSEN Basil 07 Sep '16

07 Sep '16

Hi folks, I was told by someone on my account team that SSD isn't "allowed" on Ontap SELECT. That said, I found in TR 4517, page 9, (http://www.netapp.com/us/media/tr-4517.pdf) that in fact we can use SSDs. Anyone here know the whole story? · If I attach a bunch of SSDs to a RAID card and present them to an Ontap SELECT VM, can I use them? · Will it try to use them like spindles, without any of the new 9.0 flash optimizations? Thanks! Basil Berntsen Société Générale ************************************************************************* This message and any attachments (the "message") are confidential, intended solely for the addressee(s), and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. Please visit http://sgasdisclosure.com for important information regarding SG Americas Securities, LLC (“SGAS”). Please visit http://swapdisclosure.sgcib.com for important information regarding swap transactions with SOCIETE GENERALE. *************************************************************************

4 4

Snapmirror TDP from 7mode to CDOT - Can I 'daisy chain'?
by Edward Rolison 25 Aug '16

25 Aug '16

I'm migrating a bunch of volumes from a 7 mode filer, to CDOT. For various reasons, I'd _like_ to split these volumes apart prior to migration - mostly around filecount. We have a few qtrees with really high file counts, and generally they don't make sense to group together anyway. So - what I'm thinking is: QSM from source qtree to 'staging' volume within filer. VSM from staging volume to CDOT TDP volume. Should I be able to do this, or is there a better way? Ideally - I'd like to avoid a 'double cutover' scenario. My 'plan B' involves just creating about 10 replicas of the source volume, and - post cutover - delete all the stuff I didn't need from each of them, but this seems a suboptimal solution. (I think I have the same problem, in that I can't lower the inodes of the volume, so I'll have 10 volumes with 100M+ inodes, instead of 10 with considerably fewer) It certainly seems like a TDP snapmirror doesn't work when a QSM is inbound to the volume in question - but a break and resync _might_ do the trick? (trying to do that now) Is there a better approach I should be taking?

5 10

xcp for NTFS files?
by Basil 25 Aug '16

25 Aug '16

I heard rumors that xcp is being worked on for NTFS files- is anyone familiar with progress on that? I've started using it for more than just copying data- any time I need an index of my filesystem, I use an xcp scan, which allows me to match on the metadata without hitting the filesystem again.

2 1

SnapMirror vs. SnapVault for 70+ million files...
by Ray Van Dolson 23 Aug '16

23 Aug '16

We wanted to use SnapVault to protect a volume containing 70+ million files (probably also has around 30TB of data, though it de-dupes down to less than 6TB). However, it appears that with SnapVault a full file scan is preformed prior to the block-based replication, and that scan can take around 24 hours. I'm assuming it will do this on subsequent differential vaults, though the block transfer part should be much shorter we'll still need to wait for the file scan to complete. As we'd like to "back up" this data at least once a day, would we be better positioned by using SnapMirror? My belief is that it does *not* scan all of the files first and simply replicates changed blocks. We'd need to keep more snapshots on the source storage to meet our retention requirements (or maybe further replicate the volume on the destination side?). Thanks, Ray

6 8

To enable sanitization or not
by Rhorer, Kyle L. (JSC-OD)[THE BOEING COMPANY] 22 Aug '16

22 Aug '16

Hi folks, When I do an “options licensed_feature.disk_sanitization.enable on”, I get a message asking me to confirm “You will not be able to disable this feature, are you sure you wish to continue?” My question is, why wouldn’t I want to enable it? Is there some feature that doesn’t work when sanitization is enabled? Or some other downside to enabling it? I tried to Google for the answer but I didn’t turn up much with the search terms I could think to try. Thanks, Kyle

2 1

"cifs setup" fails with "Setup cannot connect to an LDAP server for the FQDN"
by Momonth 18 Aug '16

18 Aug '16

Hi, I tried to add 8.2.3 7-Mode filer to Windows AD via "cifs setup" wizard, but it's failing with: CIFS - Logged in as username(a)MYDOMAIN.COM *** Setup cannot connect to an LDAP server for the MYDOMAIN.COM *** active directory domain, and so cannot continue. I think the error message is misleading as the filer can talk to LDAP servers (I have multiple domain controllers) and I have a tcpdump that confirms it. >From what I could get from the tcpdump, the filer does the following: 0. Sends DNS request "SRV _ldap._tcp.MYDOMAIN.COM" // + some more DNS requests for "SRV _kerberos" etc. 1 Sends LDAP search query that looks like this: Filter: (&(&(DnsDomain=MYDOMAIN.COM)(Host=FILER-NAME))(NtVer=0x00000006)) Does it try to find itself ? 2. Gets am empty (but successful) response, where "matchedDN" is empty. 3. Sends "abondonRequest" to LDAP server. 4. Sends "unbindRequest to LDAP server. The filer repeats it for all LDAP server it fetched at step 0. and quits with the error. I found the following KBs: https://kb.netapp.com/support/index?page=content&id=2026294&actp=LIST https://kb.netapp.com/support/index?page=content&id=2018207&actp=LIST All my LDAP servers have names that are less than 15 symbols, that's verified. And NetBIOS is not active I was told. Any ideas maybe? Cheers, Vladimir

2 3

DFM 3.2 Protection Polices - Backup Snapshot Policy
by Ray Van Dolson 17 Aug '16

17 Aug '16

We have a Protection Policy with Primary data set to retain backups (snapshots) of two daily's and two weekly's. On the Backup side, we have it set to retain 6 daily's and 12 weekly's (this is all via the GUI). However, on the Backup side, I'm only seeing three snapshots -- one which appears to be the SnapVault base snapshot and two others correlating with today's SnapVault run and yesterday's. There are a good number of Qtrees under this volume, and the various snaps seem to have one of the Qtree names appended, but not all Qtrees are represented. Seems like we must be doing something wrong? Anyone have any ideas? Ray

1 0

8.2 CDOT Snapmirror reverse resync
by BERNTSEN Basil 13 Aug '16

13 Aug '16

Hi folks, If I have volume A on cluster 1 snapmirrored to volume B on cluster 2 and I do the following: * Break the snapmirror relationship * Resync<https://library.netapp.com/ecmdocs/ECMP1366832/html/snapmirror/resync.html> the snapmirror from cluster 1 using the -source-path of cluster 2 volume B (backward from what I just broke) What should happen is that volume B on cluster 2 is now RW, volume A on cluster 1 is DP (read only), and no full sync is done over the replication network, right? That's how it worked in 7-mode, but I haven't done this in CDOT yet. Thanks! Basil ************************************************************************* This message and any attachments (the "message") are confidential, intended solely for the addressee(s), and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. Please visit http://sgasdisclosure.com for important information regarding SG Americas Securities, LLC (“SGAS”). Please visit http://swapdisclosure.sgcib.com for important information regarding swap transactions with SOCIETE GENERALE. *************************************************************************

2 1

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