toasters

toasters@lists.teaparty.net

13513 discussions

HTTP & CFO
by Ray Van Dolson 13 Feb '13

13 Feb '13

ONTAP 8.0.x with httpd.enable set and virtual hosting configured via httpd.hostprefixes. Our PRD filer in question has two controllers in CFO mode which works fine for NFS/CIFS services. Will the HTTP services fail over properly as well? Tried to test this with the ONTAP 8.0.4 simulator, but you can't test CFO there apparently. Am especially curious about the httpd.hostprefixes settings and if they'll fail over gracefully. Thanks, Ray

1 0

can't touch a CIFS folder?
by Randy Rue 12 Feb '13

12 Feb '13

Hello All, Got a subfolder on a CIFS only vfiler (NTFS qtree) that I can't open, delete or rename, even though I'm connected as a user that's a member of the local administrators for the vfiler. From a windows host if I right-click the folder and choose properties there isn't even a permissions tab. Can't seize ownership. Can't open the folder (denied). >From a cifs-mounted linux host I also strike out but with odd errors. [root@host]# mv _DIVA\ templates delete mv: cannot stat `_DIVA templates': No such file or directory [root@host]# ls _DIVA templates [root@host]# ls -al total 24 drwxrwxrwx 3 root root 0 Feb 11 21:07 . drwxrwxrwx 28 root root 0 Jan 28 12:23 .. ?--------- ? ? ? ? ? _DIVA templates [root@host]# Note that the folder is called "_DIVA templates" I've tried copying and pasting it a few different ways to see if maybe it had funky/non-printable characters in the name but it doesn't appear so. Any ideas? Randy Rue Seattle WA

5 6

6080 heads with 6040 NVRAM cards.
by Jeff Cleverley 12 Feb '13

12 Feb '13

Greetings, I'm thinking about doing something that is not supported and was wondering if anyone had done the same or has more detailed insight. We have a very busy cluster (6040s 7.3.5.1P4). It looks like we are largely maxing out the heads for CPU. We are getting a pair of 6080s and really need to try and do the head swap live (takeover / giveback) if at all possible. The unsupported part I want to do is keep the 6040 NVRAM cards and put them in the 6080s as I swap them. The reason for this is I would not have to change the system ID ownership on all the drives. I know changing the system ID is generally not a big deal by booting each head to maintenance mode and reassigning the old SID to the new SID. In our case it worries me. Last week we were going to move a project to the other head by reassigning the appropriate drives for a couple of aggregates. While trying to reassign these the SAS buses started panic'ing and crashed the controlling filer. The entire cluster was down. The ensuing mess took several hours to clean up. If it crashed while trying to change ownership of a few drives, I'm afraid of what will happen when it tries to reassign all the old SID drives for the new NVRAM card. I was hoping if we could keep the cards, we could swap heads, not change SIDs, and minimize our chance of repeating the crash. I could do the disks one at a time, but I have 796 drives on this cluster and would rather not. Is there a requirement for the hardware to have the bigger memory cards? Since there are more CPUs, I can see where maybe something needs it, I just don't know what. We will probably have a downtime in a couple of months where I can put the correct ones back in. Thanks, Jeff -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611

5 6

OnTap 8 Cluster install
by René Bormann 11 Feb '13

11 Feb '13

Hello Toasters, in our lab I got a FAS3070 Cluster to play around with. So this friday afternoon I wanted to install OnTap 8.1.2 Cluster over my 7-Mode test-installtion. Data loss is no problem. I tried to install the cluster software over the 7-mode Version with software update several times, but on every reboot. Ontap greets me with "7-Mode". Which point am I missing? Thanks, René

6 5

Merging Snapvault Volumes
by Steven Kreuzer 08 Feb '13

08 Feb '13

I opened up a case with NetApp about this, but I figured I should also post here and see what the community has to say. In a nutshell, I have two separate clusters and a volume with home directories on Filer_A that I was snapvaulting to Filer_B. During the hurricane, I had to shut down Filer_A, break the snapvault relationship on Filer_B to promote the volume to RW and then started to have everyone use Filer_B as their home. Folks have been working on Filer_B for 3 or so months now but I am ready to flip back and make Filer_A the primary once again. What are my options for basically taking all the new data as well as the snapshots that are on Filer_B and syncing them back to Filer_A, without losing any of the snapshots that currently exist on Filer_A? Right now the only option that comes to mind is the use rsync and copy a snapshot from Filer_B to Filer_A, take a snapshot on Filer_A, and repeat that process over and over until they have all been recreated on Filer_A. With that, does anyone have any better suggestions? Thanks in advance

5 6

Nifty ONTAP option nfs.max_num_aux_groups
by Steve Losen 08 Feb '13

08 Feb '13

Hi folks, We tend to use unix style security on shares that are accessed via both NFS and CIFS. Being a university we have a large number of users and groups, and some folks belong to numerous groups. (We use group permissions for shared projects and some folks are members of many unix groups.) We use NFS v3 exclusively and the auxiliary group list is passed by the NFS client in each NFS packet, and it is limited to 16 groups. This is rather inconvenient for some NFS users. Does anyone know if this is a hard NFS v3 limit? For CIFS we authenticate via a Windows domain and the CIFS credentials are mapped to Unix credentials for unix style security. We noticed with "cifs shares -s username" that folks were being limited to 32 unix groups. I have discovered that you can do this: options nfs.max_num_aux_groups 256 (the only legal values are 32 and 256, we have DOT 8.0.1 7-Mode.) and now our CIFS users who belong to over 32 unix groups are getting all their groups. No help for NFS v3 but this will make several of our CIFS users happy. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

3 2

NetApp 8.0.2, raiddp, 2 failed disks - performance problem.
by Rafał Radecki 08 Feb '13

08 Feb '13

Hi All. I am new to this forum and quite new to NetApp. I work on FAS3210 with 8.0.2 7-Mode. We have 22 SAS disks in our appliance. The aggregate is: >aggr status Aggr State Status Options aggrX online raid_dp, aggr root degraded redirect 32-bit because we have lost 2 disks 2 days ago (one spare and one data disk, NetApp has sent new disks to us). The problem is that the appliance is performing bad in this situation. NFS latency in file operations changed from for example 0,04ms to 0,4ms. I know that the aggregate is now using parity disks in place of one of the failed disks but is this performance drop common? Are there any known ways/howtos to cut down this problem? Best regards, Rafal Radecki.

3 2

RE: Nifty ONTAP option nfs.max_num_aux_groups
by Touretsky, Gregory 08 Feb '13

08 Feb '13

NFSv3 supports both auth_sys (traditional) and rpcsec_gss (Kerberos) authentication. The latter has no 16 gids limit, but might require multiple changes in your environment to support cron jobs, unattended batch, etc. -----Original Message----- From: Steve Losen [scl(a)virginia.edu<mailto:scl@virginia.edu>] Sent: Friday, February 08, 2013 01:47 PM GMT Standard Time To: toasters(a)teaparty.net Subject: Nifty ONTAP option nfs.max_num_aux_groups Hi folks, We tend to use unix style security on shares that are accessed via both NFS and CIFS. Being a university we have a large number of users and groups, and some folks belong to numerous groups. (We use group permissions for shared projects and some folks are members of many unix groups.) We use NFS v3 exclusively and the auxiliary group list is passed by the NFS client in each NFS packet, and it is limited to 16 groups. This is rather inconvenient for some NFS users. Does anyone know if this is a hard NFS v3 limit? For CIFS we authenticate via a Windows domain and the CIFS credentials are mapped to Unix credentials for unix style security. We noticed with "cifs shares -s username" that folks were being limited to 32 unix groups. I have discovered that you can do this: options nfs.max_num_aux_groups 256 (the only legal values are 32 and 256, we have DOT 8.0.1 7-Mode.) and now our CIFS users who belong to over 32 unix groups are getting all their groups. No help for NFS v3 but this will make several of our CIFS users happy. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

1 0

Max fiber run length from 3250 to MK14
by Mr Fletcher Cocquyt 08 Feb '13

08 Feb '13

We have rack space constraints. Can our 3250 heads be 6 racks away from our MK14 trays? Thanks, Fletcher

3 2

Minimum PSUs required for DS4243 with 24x SAS
by Alexander Griesser 07 Feb '13

07 Feb '13

Hey there, we were just re-cabling some of the power cords on our DS4243 shelfs with 4 PSUs and 24x 15k 600GB SAS. When I power down one of the 4 available PSUs in the DS4243, I get the following messages in system log and autosupports are generated: Wed Feb 6 19:28:15 CET [barricade:ses.status.psError:CRITICAL]: DS4243 (S/N SHJHU000000055F) shelf 2 on channel 0a power error for Power supply 4: critical status; power supply failed. This module is on the rear side of the shelf, at the bottom right. Wed Feb 6 19:28:15 CET [barricade:ses.status.volError:CRITICAL]: DS4243 (S/N SHJHU000000055F) shelf 2 on channel 0a voltage error for Voltage sensor 8: unrecoverable error. This module is on the rear side of the shelf, at the lower right, on the power supply. Wed Feb 6 19:28:15 CET [barricade:ses.psu.powerReqError:CRITICAL]: Not enough power supplies are present in channel 0a disk shelf 2 to satisfy disk drive and shelf power requirements. Wed Feb 6 19:28:15 CET [barricade:monitor.shelf.fault:CRITICAL]: Fault reported on disk storage shelf attached to channel 0a. Please check fans, power supplies, disks, and temperature sensors. Wed Feb 6 19:28:15 CET [barricade:callhome.shlf.fault:error]: Call home for SHELF_FAULT Wed Feb 6 19:28:15 CET [barricade:monitor.shelf.configError:CRITICAL]: Enclosure services has detected an error in access to shelves or shelf configuration 0a. Wed Feb 6 19:28:15 CET [barricade:callhome.config:warning]: Call home for CONFIGURATION_ERROR Wed Feb 6 19:29:00 CET [barricade:monitor.globalStatus.critical:CRITICAL]: Disk shelf fault. Disk shelf configuration error. Wed Feb 6 19:29:11 CET [barricade:ses.status.psInfo:info]: DS4243 (S/N SHJHU000000055F) shelf 2 on channel 0a power supply information for Power supply 4: normal status. Wed Feb 6 19:29:11 CET [barricade:ses.status.volInfo:info]: DS4243 (S/N SHJHU000000055F) shelf 2 on channel 0a voltage information for Voltage sensor 8: normal status. Wed Feb 6 19:29:11 CET [barricade:monitor.shelf.fault.ok:info]: Fault previously reported on disk storage shelf attached to channel 0a has been corrected. Wed Feb 6 19:29:11 CET [barricade:monitor.shelf.configError.ok:info]: Enclosure services-detected configuration error has been corrected on channel 0a. Wed Feb 6 19:30:00 CET [barricade:monitor.globalStatus.ok:info]: The system's global status is normal. Why exactly does it think that there are not enough power supplies present if I just shut down one of them? I was under the assumption that a full SAS shelf can work with 2 PSUs and a full SATA shelf can work with 1 PSU without problems. Am I wrong? Nothing happend to the filers, no takeover, no errors, etc., but the message in the logs puzzles me. Thanks && bye, Alexander Griesser System-Administrator ANEXIA Internetdienstleistungs GmbH Telefon: +43-463-208501-320 Telefax: +43-463-208501-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

3 3

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