toasters August 2014

toasters@lists.teaparty.net

17 participants
12 discussions

FCP Ports operational down
by Alexander Griesser 28 Nov '14

28 Nov '14

Hi there, I'm having a hard time currently connecting my new FAS8020 to our existing fabric - the FCP ports just won't get online and I'm not sure where exactly the problem is and how to debug that since I'm more the NAS guy not having much practical experience with FCP configurations, so here's the deal for all of you who are wanting to help. FAS8020 Clustered Data Ontap 8.2.1 Brocade DS4900B Brocade Switchport: > portcfgshow 0 Area Number: 0 Speed Level: AUTO(HW) Fill Word: 0(Idle-Idle) AL_PA Offset 13: OFF Trunk Port ON Long Distance OFF VC Link Init OFF Locked L_Port OFF Locked G_Port OFF Disabled E_Port OFF Locked E_Port OFF ISL R_RDY Mode OFF RSCN Suppressed OFF Persistent Disable OFF LOS TOV enable OFF NPIV capability ON QOS E_Port OFF Port Auto Disable: OFF Mirror Port OFF F_Port Buffers OFF Fault Delay: 0(R_A_TOV) NPIV PP Limit: 126 > portshow 0 portIndex: 0 portName: portHealth: OFFLINE Authentication: None portDisableReason: None portCFlags: 0x1 portFlags: 0x1 PRESENT U_PORT LocalSwcFlags: 0x0 portType: 10.0 POD Port: Port is licensed portState: 2 Offline Protocol: FC portPhys: 4 No_Light portScn: 0 port generation number: 0 state transition count: 0 portId: 010000 portIfId: 4302100d portWwn: 20:00:00:05:1e:5b:f9:a3 portWwn of device(s) connected: Distance: normal portSpeed: N4Gbps LE domain: 0 FC Fastwrite: OFF Interrupts: 2 Link_failure: 0 Frjt: 0 Unknown: 0 Loss_of_sync: 0 Fbsy: 0 Lli: 2 Loss_of_sig: 2 Proc_rqrd: 5 Protocol_err: 0 Timed_out: 0 Invalid_word: 0 Rx_flushed: 0 Invalid_crc: 0 Tx_unavail: 0 Delim_err: 0 Free_buffer: 0 Address_err: 0 Overrun: 0 Lr_in: 0 Suspended: 0 Lr_out: 0 Parity_err: 0 Ols_in: 0 2_parity_err: 0 Ols_out: 0 CMI_bus_err: 0 Port part of other ADs: No FCP Adater on NetApp: Node: jetfire Adapter: 1b Description: Fibre Channel Target Adapter 1b (QLogic 8324 (8362), rev. 2, 16G) Physical Protocol: fibre-channel Maximum Speed: 16 Status: link not connected Substatus: ADAPTER UP Host Port Address: 0 Firmware Revision: 6.10.0 Data Link Rate (Gbit): 0 Fabric Established: false Connection Established: loop Mediatype: ptp Configured Speed: 4 Configured State: up Switch Port: : AFAIK, the 16Gbit/s adapter should be backwards compatible to 4Gbit/s, our switch only has 4Gbit/s but it supports NPIV which seems to be a requirement for running Clustered Data Ontap via FC. So, I have no idea what information I should provide upfront for someone who's wanting to help me through get through that, but I'm more than happy to send more info when requested. Thanks, Alexander Griesser System-Administrator ANEXIA Internetdienstleistungs GmbH Telefon: +43-5-0556-320 Telefax: +43-5-0556-500 E-Mail: ag(a)anexia.at<mailto:ag@anexia.at> Web: http://www.anexia.at<http://www.anexia.at/> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt Geschäftsführer: Alexander Windbichler Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT U63216601

9 30

WideLink SymLinks on CDOT
by jamesr 22 Sep '14

22 Sep '14

All, Since you were all so helpful last time with regards to my TSM questions (and thanks for that!) I have run into another problem I'd like to pick your collective brains over. We have a CIFS only environment running CDOT and have a requirement to provide Directory SymLinks in a users home directory. I've managed to find fairly decent documentation on how to do this on 7-Mode systems but it seems lacking for CDOT. We use to use mklink (or some other powershell hackery) to create the symlinks but this doesn't work when talking to the new CIFS SVM. Has anyone managed this? Do you have a recipe we can follow to implement this? I've managed to create the Symlink translation entry like so: PS > Get-NcCifsSymlink CifsServer ShareName UnixPath CifsPath Locality ---------- --------- -------- -------- -------- REMOTE_SERVER REMOTE_SHARE /vol04/USERNAME/SymLink-Src/ / widelink But I think the next step is to create a 'real' unix type symlink on /vol04/USERNAME/SymLink-Src/ however I can't see how to do this. The file-create-symlink OnTAPI API call doesn't (seem?) to exist for CDOT (yet?). The only other possible option as I see it is to configure NFS and then mount the drive over NFS to create this symlink but I would prefer to avoid this as we don't have a requirement for NFS on these shares currently. Any help is greatly received as always! Cheers. -- James 'BR' Ray

2 1

ndmpcopy from netapp to oracle zs3?
by Jordan Slingerland 05 Sep '14

05 Sep '14

I am trying to do an ndmpcopy from a 7m 8.1.4P1 to an Oracle ZS3. I am not even sure if this is possible, but It authenticates successfully then dies with a network communication error. Looking at a pkkt capture, the green is the netapp and the red is the zs3. There is 2 way protocol communication for about 15 seconds then the netapp sends a reset. --Jordan toaster*> ndmpcopy -d -da user:pass /vol/vm_store101 zs31:/export/test123/ Ndmpcopy: Starting copy [ 24 ] ... Ndmpcopy: toaster: Notify: Connection established Ndmpcopy: zs31: Notify: Connection established Ndmpcopy: toaster: Connect: Authentication successful Ndmpcopy: zs31: Connect: Authentication successful Ndmpcopy: zs31: Log: Running Restore without Direct Access RestoreNdmpcopy: zs31: Log: Restoring to "/export/test123/". Ndmpcopy: zs31: Log: Tape server: remote at 10.41.1.205:33866. Ndmpcopy: toaster: Log: DUMP: creating "/vol/vm_store101/../snapshot_for_backup.3267" snapshot. Ndmpcopy: toaster: Log: DUMP: Using Full Volume Dump Ndmpcopy: toaster: Log: DUMP: Date of this level 0 dump: Thu Jul 31 11:07:51 2014. Ndmpcopy: toaster: Log: DUMP: Date of last level 0 dump: the epoch. Ndmpcopy: toaster: Log: DUMP: Dumping /vol/vm_store101 to NDMP connection Ndmpcopy: toaster: Log: DUMP: mapping (Pass I)[regular files] Ndmpcopy: toaster: Log: DUMP: mapping (Pass II)[directories] Ndmpcopy: toaster: Log: DUMP: estimated 2616811716 KB. Ndmpcopy: toaster: Log: DUMP: dumping (Pass III) [directories] Ndmpcopy: toaster: Log: DUMP: dumping (Pass IV) [regular files] Ndmpcopy: zs31: Notify: restore successful Ndmpcopy: toaster: Log: DUMP: Network communication error Ndmpcopy: toaster: Log: DUMP: DUMP IS ABORTED Ndmpcopy: toaster: Log: DUMP: Deleting "/vol/vm_store101/../snapshot_for_backup.3267" snapshot. Ndmpcopy: toaster: Log: DATA: Backup terminated: EVENT: I/O ERROR (for /vol/vm_store101) Ndmpcopy: toaster: Connection halted: HALT: Internal error! Ndmpcopy: Notify: Transfer failed [cid:image001.png@01CFACB0.B7B49340] For the seventh consecutive year, Independent Health was named one of the best companies to work for in New York State. The Buffalo News also named Independent Health one of the Top Workplaces in Western New York for 2014. Go to www.independenthealth.com to view careers and available positions. We are an Equal Opportunity Employer. CONFIDENTIALITY NOTICE: This e-mail and its attachments (collectively referred to as "e-mail") may contain confidential information that is privileged and protected from disclosure by Federal and State confidentiality laws, rules or regulations. This e-mail is intended for the designated addressee only. If you are not the designated addressee, you are notified that any disclosure, copying or distribution of this e-mail may be unlawful and may subject you to legal consequences. If you have received this e-mail in error, please contact me immediately by telephone at (716) 631 - 3001 and delete the e-mail from your computer immediately. Thank you for your attention.

6 8

FAS2040 NVMEM Battery
by Camillo Gornati 26 Aug '14

26 Aug '14

Is the FAS2040 Battery the same as FAS2020? I've been told they are the same, but as i do have them both, i checked on FAS2020 the code is 271-00010 and on the FAS2040 the code is 271-00024. I need to be sure, because i need to replace the FAS2040 battery and i am only able to find the part #271-00010 (FAS2020). A friend told me it is supposed to be the same, but i need to be sure. Thanks in advance.

1 0

Accounting quota performance question.
by Jeff Cleverley 23 Aug '14

23 Aug '14

Greetings, We have some 6290 7-mode clusters running 8.1.2P4. How abusive is having an user accounting quota on a head with say 40 file systems? Some file systems have over 100m inodes in use. I could start turning them on one at a time, but I'd like to know the potential impact first. Thanks, Jeff -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611

2 1

Recover access on FAS2040
by Camillo Gornati 22 Aug '14

22 Aug '14

Hello all! The scenario, i am remotely accessing a FAS2040. Have accessed the BMC on controller B, and powered on the system, everything went fine until my connection droped before i hitted CTRL+G to return to BMC, now i lost the connection and cannot connect back to the BMC. I have access to BMC on controller A, is it possible to remotelly gainback access to controller B? I do know the BMC ips. Thanks in advance.

3 2

CIFS Questions
by Aaron Lewis 20 Aug '14

20 Aug '14

Hi all, I have a couple questions around CIFS on my 7-mode NetApp (running 8.1.3): 1. Is there a way to disable NetApp from creating 8.3 filenames on a CIFS/FTP share? Or, if there isn't, is there a way to hide the 8.3 filenames? 2. Is there any way to make FTP folder paths on a NetApp CIFS share not be case sensitive? Many thanks in advance! Cheers, Aaron

2 1

conversion to cDOT
by Justice, Gerald 13 Aug '14

13 Aug '14

Hi Toasters, I am getting different stories about whether it is possible to convert an existing 7-mode install of 8.2.1 into cluster mode. This HA pair has only the config that the NetApp SE installed as part of his QA when the system was first setup. We have done nothing with the machine, in particular it has no data on it. Can we convert to cDOT? Is it documented anywhere? WIll I have a supported system if I do that? I hoping to hear from some of you that have experience with this issue. Thanks, Gerald (Gerry) Justice > Team Lead, Research Computing Support, Operations Branch > Shared Services Canada / Government of Canada > gerald.justice(a)ssc-spc.gc.ca / Tel: 250-363-0055 > > Chef d’équipe, Soutien de la recherche informatique, Direction générale des opérations > Services partagés Canada / Gouvernement du Canada > gerald.justice(a)ssc-spc.gc.ca / Tél: 250-363-0055

3 2

Move all data
by Camillo Gornati 08 Aug '14

08 Aug '14

Hello all, right now we are using a FAS2020a with no external shelfs, only the internal disks. We have it configured for CIFs, iSCSI, between others... We recently discontinued the use of a FAS2040 with a external shelf, and i want to know if it is possible to move all data and configurations from the 2020a to the 2040. If so, how to do it? Thanks in advance, Camillo

2 1

Very slow snapvault run on a CIFS share
by Rhodes, Richard L. 06 Aug '14

06 Aug '14

Hi Everyone, We have a system built around several IBM N-Series N3220 (FAS2240-2) filers. When I run snapvault of our biggest cifs share it is running 9-10hours. The users are running a pgm that is deleting lots documents out of this share. A week ago the share had +32m inodes. Today it has 23m inodes. Just yesterday they deleted 1m inodes. During the entire SV run the disks on the prod filer head are Running at 96-100% utilization. This is clearly hammering the disks and they are a big bottleneck. During normal activity on this share usually runs SV in a few min to an hour. My question: Does this sound reasonable? Does a 9-10hr SV run pounding disks at >96% util for a high delete rate in the share? Thanks Rick ============== = detail info ============== All heads are running Data ONTAP Release 8.1.2P1 7-Mode. The main Prod filer is a dual head (HA) with one head dedicated to FCP/luns, while the other head is dedicated to CIFS shares. Prod-Head-A 16x3tb drives, raidDP All CIFS shares Prod-Head-B 22x600gb drives, raidDP Oracle DB FCP/Luns The SV secondary is a single head that is dedicated as a Snapvault secondary. SV-Head-A 18x3tb drives, raidDP SV Secondary for both Prod heads above Df and df -i for the share in question. A week ago it had 32m inodes. df Filesystem kbytes used avail capacity Mounted on /vol/v_fnce22p_cifs/ 3208544256 3143864380 64679876 98% /vol/v_fnce22p_cifs/ /vol/v_fnce22p_cifs/.snapshot 0 264078944 0 ---% /vol/v_fnce22p_cifs/.snapshot Df -i Filesystem iused ifree %iused Mounted on /vol/v_fnce22p_cifs/ 23009838 19147066 55% /vol/v_fnce22p_cifs/ The application folks are running pgms that are deleting documents out of this share. The result of this activity is that snapvault runs on this share is taking 9-10hr. The transfer duration is 7hr, but the entire cmd ran over 9hr. Here is the snapvault status from a backup run. The SV had a transfer duration of 7hr, but the actual cmd took over 9hr to run. ==> cmd = ssh -q xxxxxxxxa -n snapvault status -l /vol/v_fnce22p_cifs/q_fnce22p_cifs Snapvault is ON. Source: yyyyyyyya:/vol/v_fnce22p_cifs/q_fnce22p_cifs Destination: xxxxxxxxa:/vol/v_fnce22p_cifs/q_fnce22p_cifs Status: Idle Progress: - State: Snapvaulted Lag: 10:40:15 Mirror Timestamp: Tue Aug 5 06:42:03 EDT 2014 Base Snapshot: xxxxxxxxa(1896301030)_v_fnce22p_cifs-base.0 Current Transfer Type: - Current Transfer Error: - Contents: Replica Last Transfer Type: Update Last Transfer Size: 542620 KB Last Transfer Duration: 07:11:58 Last Transfer From: yyyyyyyya:/vol/v_fnce22p_cifs/q_fnce22p_cifs During this SV run, the disks on the prod head are >95% busy for the duration of the cmd. Here are a few sysstat lines from during the SV run. CPU NFS CIFS HTTP Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk OTHER FCP iSCSI FCP kB/s iSCSI kB/s in out read write read write age hit time ty util in out in out 23% 0 1113 0 1131 482 1600 25612 1674 0 0 1 90% 64% Ts 98% 8 10 0 0 1 0 0 24% 0 1167 0 1185 1052 4197 16627 2151 0 0 58s 92% 61% 12s 100% 8 10 0 0 1 0 0 28% 0 1177 0 1197 1012 2645 28593 2186 0 0 53s 90% 70% Ts 96% 10 10 0 0 1 0 0 28% 0 1109 0 1127 890 1478 33394 2336 0 0 5s 90% 89% 14 97% 8 10 0 0 1 0 0 ----------------------------------------- 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

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 August 2014