toasters

toasters@lists.teaparty.net

13531 discussions

RE: Capacity FAS960 with mixed configutaion FC & Sata disk
by Sels Roger 04 May '07

04 May '07

Hi, I thought the max supported TB's in a configuration is software based. In that regard, you can mixed "any shelf" with "any shelf" until you reach the software limit. In my opinion the limitation is not based on the number and type of shelfs. Cheers, Roger -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Zalam Sudisno Sent: vr 04 mei 07 4:03 To: toasters(a)mathworks.com Subject: Capacity FAS960 with mixed configutaion FC & Sata disk Dear all, Now we have FAS960 with uses mixed configuration disk, 4 Shelves FC disk X 14 X 144GB, and another loop we have 2 Shelves SATA disk X 14 X 250GB. we don't have remaining Expantion slot again ( all expantion slot we are already uses) if we are check from FAS calculator Max Capacity for FAS960 with 144 Gb FC disk up to 12 Shelves, with 300 Gb FC disk up to 6 Shelves with 250 GB disk ATA up to 8 Shelves with 500 Gb disk ATA up to 4 Shelves But we not clear with Max capacity on mixed configuration disk. My question is : 1. How many Shelves we can add with FC disk 144Gb or 300GB ? 2. How many Shelves we can add with SATA disk 250 or 500Gb ? Thanks & Regards D I S N O PT. Mandawani Mandiri.

1 0

Not explicitly NetApp, but this seems like the right crowd to ask: Linux (RHEL4.4), iSCSI & NetApp connectivity problems...
by Demaagd, Dave 04 May '07

04 May '07

Some information on the physical layout: 3 subnets in question - a general server VLAN, a '3rd party developer' server VLAN that is heavily firewalled off from everything else, a dedicated unmanaged switch LAN that is intended to segregate iSCSI traffic from the rest of the network. The first two run on the same switch fabric. 4 initiators in question - All RHEL4.4, all current packages and errata applied, all have confirmed connectivity (ping and telnet to port 3260). The NetApp is an IBM N5200 (rebadged NetApp 3020) running DOT 7.1. Interface layout looks like this: e0a is connected to the general server VLAN, e0b is connected to the iSCSI LAN, e0c and e0d are used as crossover cable connections (which I am trying to eliminate by implementing the iSCSI LAN). The e0a interface has iSCSI targeting disabled, it is enabled (the default setting) on b c and d. HostA - on the 3rd party VLAN (eth0) and the iSCSI LAN (eth1) HostB - on the general server VLAN (eth0) and the iSCSI LAN (eth1) HostC - on the general server VLAN (eth0) and connected to the NetApp via a crossover (eth1) NetApp - on the general server VLAN, the iSCSI LAN, and using 2 ports for crossover (interface layout given above) The story/problem (as I see it): Was trying to hook HostA up to the NetApp to get some extra disk space for it. Software installed clean, no special settings - just set the DiscoveryAddress to the NetApp iSCSI LAN address in iscsi.conf, set the initiator name, mapped the initiator name/group to a LUN, and figured that would be it (that config worked great with the crossover connections). Fired up the daemon, saw the connection on both ends, iscsi-ls shows the LUN on the initiator. But, if I try to do anything that actially looks at it from a device level (fdisk -l, cat /proc/scsi/scsi, etc), I get a mess of 'ping timeout, failed command, session dropped, session established' loops before it finally gives up a few minutes later (usually gives up, sometimes it locks so hard I may as well reboot the box). After messing with additional parameters that looked promising (particularly the PingTimeout option) in iscsi.conf without success, I came up with the hypothesis that maybe there was some strange interaction because the primary network interface for this machine is on is heavily firewalled (no outbound, period; only inbound is on port 80 and 22). To test this hypothesis, I set up HostB, identical packages/network layout as HostA, and it worked great. Figured that kinda added weight to my hypothesis above. Would deal with that later, I was happy. The problem came in last night when I attempted to change HostC from the crossover connection to the iSCSI LAN. Stopped services, unmounted drives, changes network and iSCSI parameters, started things back up again. Lo and behold, the same thing that happened to HostA was happening to HostC. Fortunately, was able to roll this back very easily, so nobody but myself was irritated. Been searching around today to see if I can find information about similar problems on the web, found a couple things that didn't help (but were interesting reading, and I did manage to get some performance boosts out of them), and I thought it was time that I should ask someone who might have experience in this kind of thing before I pull out too much hair. I really hope that this is something simple that I'm overlooking. Log files/packet traces/general details available if needed (don't want to spam too many people with info that may not be applicable)... -- Dave DeMaagd, DOL QA Engineering dave.demaagd(a)dig.com | (818) 623-3755 | (818) 262-7958

1 0

Solaris Oracle NFS mount options
by Carl Howell 02 May '07

02 May '07

In TR-3322 it says that the mount point for the redo logs should have the forcedirectio option on and the mount point for the data files should have it off. KB7518, which appears to be more recent, doesn't say anything about mount options for redo log volumes, but I assume you should have either forcedirectio or llock on both the mount points for your redo logs and data files. Is this correct? Thanks, - Carl

2 2

RE: Data migration
by Suresh Rajagopalan 27 Apr '07

27 Apr '07

I did try clearing the snapmirror snapshot but that did not work for me. Setting snapmirror.enable to be off worked. Suresh _____ From: Leeds, Daniel [mailto:dleeds@edmunds.com] Sent: Friday, April 27, 2007 1:06 PM To: Kleinbrahm, Robert; Suresh Rajagopalan; toasters(a)mathworks.com Subject: RE: Data migration or you can clear the snapmirror snapshot within the volume to remove the relationship. -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: Kleinbrahm, Robert [mailto:rkleinbrahm@firstrepublic.com] Sent: Fri 4/27/2007 1:03 PM To: Suresh Rajagopalan; Leeds, Daniel; toasters(a)mathworks.com Subject: RE: Data migration I had the same thing happen to me. Solution is to turn snapmirror off on both the source and destination before mounting the lun. Netapps response on this. 1. Turn off SnapMirror on source filers 2. Turn off SanpMirror on destination filers. Snapmirror no longer detects a previously SnapMirrored relationship. When connecting to that LUN, the mounting process takes very little time. This worked for me and is quite fast. Bob K. ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Suresh Rajagopalan Sent: Friday, April 27, 2007 12:05 PM To: Leeds, Daniel; toasters(a)mathworks.com Subject: RE: Data migration OK I tried these steps with a small 20g volume. Unmount the source lun, do final snapmirror update, break mirror, set fs_size_fixed on. Now When I try to connect the new lun via snapdrive on the destination, I get (after the prompt for SFSR) the following error message: Unable to connect disk Failure in checking policies Error: unable to find a snapshot containing a consistent virtual disk to restore This happens on both snapdrive 4.1 and 3.1.1R1. What am I missing? Thanks Suresh ________________________________ From: Leeds, Daniel [mailto:dleeds@edmunds.com] Sent: Thursday, April 26, 2007 3:26 PM To: Suresh Rajagopalan; toasters(a)mathworks.com Subject: RE: Data migration snapmirror is what you want. you can set it up anytime prior to the migration and let it run on a schedule or manually to build the initial baseline. after that you just do a snapmirror update to keep it in sync. we have done this so many times it's second nature. quite simply: 1) create target volume and initialize snapmirror relationship to source while lun is live and serving data 2) setup maintenance window and take filesystem/lun offline 3) perform final snapmirror update 4) break snapmirror relationship and bring new lun/volume online 5) mount new lun/filesystem and serve up data snapmirror is a really handy product :) -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Suresh Rajagopalan Sent: Thu 4/26/2007 3:02 PM To: toasters(a)mathworks.com Subject: Data migration I need to migrate a 1.4Tb lun from one filer to another with minimal downtime (< 30 mins). So clearly some copying of data has to be done prior to the actual move. Would snapmirror or flexclone be the most appropriate for this? I'm not sure how I would get a consistent copy of the lun over to the other filer. This is not a database, the lun contains flat files on NTFS. Thanks Suresh The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. First Republic Bank and its subsidiaries do not take responsibility for, or accept time-sensitive instructions sent by email including orders, funds transfer instructions or stop payments on checks. All instructions of this nature must be handled by direct communication, not email. We reserve the right to monitor and review the content of all email communications sent or received. Emails sent to or from this address may be stored in accordance with regulatory requirements.

1 0

RE: Data migration
by Suresh Rajagopalan 27 Apr '07

27 Apr '07

OK I tried these steps with a small 20g volume. Unmount the source lun, do final snapmirror update, break mirror, set fs_size_fixed on. Now When I try to connect the new lun via snapdrive on the destination, I get (after the prompt for SFSR) the following error message: Unable to connect disk Failure in checking policies Error: unable to find a snapshot containing a consistent virtual disk to restore This happens on both snapdrive 4.1 and 3.1.1R1. What am I missing? Thanks Suresh _____ From: Leeds, Daniel [mailto:dleeds@edmunds.com] Sent: Thursday, April 26, 2007 3:26 PM To: Suresh Rajagopalan; toasters(a)mathworks.com Subject: RE: Data migration snapmirror is what you want. you can set it up anytime prior to the migration and let it run on a schedule or manually to build the initial baseline. after that you just do a snapmirror update to keep it in sync. we have done this so many times it's second nature. quite simply: 1) create target volume and initialize snapmirror relationship to source while lun is live and serving data 2) setup maintenance window and take filesystem/lun offline 3) perform final snapmirror update 4) break snapmirror relationship and bring new lun/volume online 5) mount new lun/filesystem and serve up data snapmirror is a really handy product :) -- Daniel Leeds Senior Systems Administrator Edmunds.com -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Suresh Rajagopalan Sent: Thu 4/26/2007 3:02 PM To: toasters(a)mathworks.com Subject: Data migration I need to migrate a 1.4Tb lun from one filer to another with minimal downtime (< 30 mins). So clearly some copying of data has to be done prior to the actual move. Would snapmirror or flexclone be the most appropriate for this? I'm not sure how I would get a consistent copy of the lun over to the other filer. This is not a database, the lun contains flat files on NTFS. Thanks Suresh

3 2

Data migration
by Suresh Rajagopalan 27 Apr '07

27 Apr '07

I need to migrate a 1.4Tb lun from one filer to another with minimal downtime (< 30 mins). So clearly some copying of data has to be done prior to the actual move. Would snapmirror or flexclone be the most appropriate for this? I'm not sure how I would get a consistent copy of the lun over to the other filer. This is not a database, the lun contains flat files on NTFS. Thanks Suresh

8 8

Hot-remove loop B
by Suresh Rajagopalan 26 Apr '07

26 Apr '07

We are running a 3020 cluster and need to do maintenance on one side of the cluster (filer head and disk shelves). Can we unplug loop B from the other cluster member while it is running? We only need it to service its loop A during the maintenance window. Thanks Suresh

2 1

Hot add first shelf to loop?
by Stephen C. Losen 26 Apr '07

26 Apr '07

We are going to start a new FC disk loop. The new shelf is DS14mk2 with ESH2 modules and we will connect it to a X2050B-R5 adapter. This is a FAS960c clustered pair running DOT 7.1.1.1 so we will connect the shelf to both heads. We want to do the same thing with a second shelf on the other head. Can this be done without taking down the filers? I checked NOW and only found instructions for hot adding a shelf to an existing loop, A little more info... We have a downtime scheduled to install the new FC adapters in the heads. We have two new shelves in a new cabinet for which we do not have power yet. If the circuits have been run before the downtime, then we are OK. If not, then we will install the adapters in the heads and connect the shelves later when we have power, but we want to avoid a second downtime for that. If we must power down the head to add the first shelf, then we can't use cf takeover and giveback because the shelf is connected to both heads. Another possibility would be to run extension cords to the new shelves and when we get power to the cabinet, switch the power plugs one at a time so the shelves don't lose power. The netapp cabinet is powered by 220V circuits, and I suppose the outlets in the cabinet are also 220V. Can we run extension cords from 110V circuits to power the shelves temporarily? Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

5 6

Phantom LUN
by Theo Dijkstra 26 Apr '07

26 Apr '07

Hi there, I got a phantom lun showing up in my messages file when starting the iSCSI service: -------- [root@blue snapdrive]# sanlun lun show no filer LUNs available -------- snap1> lun show snap1> version NetApp Release 7.2.1: Sun Dec 10 00:23:08 PST 2006 -------- iscsi service start: Apr 26 09:22:24 blue iscsi: iscsi config check succeeded Apr 26 09:22:24 blue kernel: iscsi-sfnet: Loading iscsi_sfnet version 4:0.1.11-3 Apr 26 09:22:24 blue kernel: iscsi-sfnet: Control device major number 254 Apr 26 09:22:24 blue iscsi: Loading iscsi driver: succeeded Apr 26 09:22:29 blue iscsid[4950]: version 4:0.1.11-3 variant (02-May-2006) Apr 26 09:22:29 blue iscsi: iscsid startup succeeded Apr 26 09:22:29 blue iscsid[4954]: Connected to Discovery Address 192.168.1.81 Apr 26 09:22:29 blue kernel: iscsi-sfnet:host4: Session established Apr 26 09:22:29 blue kernel: scsi4 : SFNet iSCSI driver Apr 26 09:22:29 blue kernel: scsi: unknown device type 31 Apr 26 09:22:29 blue kernel: Vendor: NETAPP Model: LUN Rev: 0.2 Apr 26 09:22:29 blue kernel: Type: Unknown ANSI SCSI revision: 04 Apr 26 09:24:59 blue ntpd[3373]: kernel time sync enabled 0001 --- Where does it get it from? This happened after a crash of the linux box while I was testing some multipathing. This in hindering other operations like mounting new luns etc. -Theo

2 3

network troubleshooting
by Pazder, Steve B 25 Apr '07

25 Apr '07

Hello World! Our Network admin has been working with Cisco to troubleshoot some issues (limited to 1 switch on 1 particular floor). While our Filers are not involved in this issue, fingers are generally pointed in that direction just because they exist....on the network. Our network admin is looking for information from the Filers that would be akin to a TCP dump. Ifstat, netstat and statit output are not providing the information being looked for (handshake info, etc). I haven't run across this particular issue before and don't recall ever seeing it presented to Toasters. Does anyone know of a way to get the actual communication dumps (again, a TCP dump) from a Filer? Thanks! Steve

9 10

NetApp ESX Host Utilities?
by John Sellens 24 Apr '07

24 Apr '07

There was a recent mention of "NetApp ESX Host Utilities" on the list, and (apparently) a config_mpath command included therein. I've looked on the net and on now.netapp.com and I'm having no luck in locating these tools. If someone could provide a pointer, I would be much obliged. Thanks! John jsellens(a)generalconcepts.com

2 1

Re: network troubleshooting
by Davies,Matt 24 Apr '07

24 Apr '07

Steve, Could you expand on what the problem is ? What model of Cisco switches are involved, and is qos enabled on the network ? Cheers Matt -----Original Message----- From: owner-toasters(a)mathworks.com <owner-toasters(a)mathworks.com> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Tue Apr 24 17:37:53 2007 Subject: network troubleshooting Hello World! Our Network admin has been working with Cisco to troubleshoot some issues (limited to 1 switch on 1 particular floor). While our Filers are not involved in this issue, fingers are generally pointed in that direction just because they exist....on the network. Our network admin is looking for information from the Filers that would be akin to a TCP dump. Ifstat, netstat and statit output are not providing the information being looked for (handshake info, etc). I haven't run across this particular issue before and don't recall ever seeing it presented to Toasters. Does anyone know of a way to get the actual communication dumps (again, a TCP dump) from a Filer? Thanks! Steve _____________________________________________________________ This e-mail (including all attachments) is confidential and may be privileged. It is for the exclusive use of the addressee only. If you are not the addressee, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify us immediately at help(a)generalatlantic.com <mailto:help@generalatlantic.com>. Thank You.

1 0

OT: EMC mailing list
by Jeff Mery 24 Apr '07

24 Apr '07

Anyone know of an EMC mailing list? Ideally one that leans towards Clariion/CX kit? Jeff Mery - MCSE, MCP National Instruments ------------------------------------------------------------------------- "Allow me to extol the virtues of the Net Fairy, and of all the fantastic dorks that make the nice packets go from here to there. Amen." TB - Penny Arcade -------------------------------------------------------------------------

2 1

Re: inconsistent mount attributes (ro/rw), RHEL5 / Netapp]
by Gregory Baker 23 Apr '07

23 Apr '07

Trond Myklebust wrote: > On Thu, 2007-04-19 at 15:37 -0500, Gregory Baker wrote: > >> ---+ BAD RHEL 5 64 system > ... >> [root@adcgar04 mnt2]# cat /proc/mounts | grep mnt2 >> eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs >> ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng >> 0 0 > > That would be your problem right there. Is the same volume perhaps > mounted read-only somewhere else on the same client? That is no longer > allowed. > > Cheers > Trond > Ah, news to me! So if you mount a volume ro at one mount point /mnt1 and then try to mount the same volume rw at a second mount point /mnt2 you'll run into problems? Apologies, didn't catch this in release notes. --Greg ---+ A New Beginning [root@adcgar04 /]# umount -a -t nfs [root@adcgar04 /]# mount -v | grep pandora [root@adcgar04 /]# cat /proc/mounts | grep pandora [root@adcgar04 /]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 [root@adcgar04 /]# mount -v | grep pandora eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs (rw,addr=163.181.34.137) [root@adcgar04 /]# cat /proc/mounts | grep pandora eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs rw,vers=3,rsize=65536,wsize=65536,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng 0 0 [root@adcgar04 /]# touch /mnt2/asdf ---+ The ro Strikes Back [root@adcgar04 /]# mount -o ro eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt1 [root@adcgar04 /]# mount -o rw eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 [root@adcgar04 /]# mount -v | grep mnt eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt1 type nfs (ro,addr=163.181.34.137) eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs (rw,addr=163.181.34.137) [root@adcgar04 /]# cat /proc/mounts | grep mnt eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt1 nfs ro,vers=3,rsize=65536,wsize=65536,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng 0 0 eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs ro,vers=3,rsize=65536,wsize=65536,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng 0 0 [root@adcgar04 /]# touch /mnt2/asdf touch: cannot touch `/mnt2/asdf': Read-only file system Choudhury, Bikash wrote: > There are two different things happening here. > > 1) The ro/rw rule in the filer exports file > > 2) The mount -v and cat/proc/mounts > > 1) Regarding the ro/rw rule that you have in the export file, I run a > small test in my lab. I have tried to replicate the problem with the > same rule as you have sent in your exports but I have not used the > netgroups instead used the ip subnets. I ran these tests on 7.2.2 filer. > > fas960c-svl04*> exportfs > > /vol/test_vol > -sec=sys,ro=172.17.39.0/22,rw=172.17.39.0/29,root=172.17.39.72,nosuid > > /vol/vol0/home -sec=sys,rw,nosuid > > /vol/vol0 -sec=sys,rw,anon=0,nosuid > > This is what you noticed on the Linux client: > > [root@ibmx335-svl14 mnt]# mount fas960c-svl04:/vol/test_vol /mnt/b1 > > [root@ibmx335-svl14 mnt]# ls -al > > total 20 > > drwxr-xr-x 3 root root 4096 Feb 28 03:12 . > > drwxr-xr-x 25 root root 4096 Feb 24 09:27 .. > > drwxr-xr-x 3 root root 4096 Nov 20 11:11 b1 > > [root@ibmx335-svl14 mnt]# cd /etc > > [root@ibmx335-svl14 etc]# touch /mnt/b1/testfile1 > > touch: cannot touch `/mnt/bik/testfile1': Permission denied > > On the filer I checked the permission for that file system. You can > probably run the same command on your filer to check the exact > permissions for /vol/vol4/Pandora. Replace the ip address with the one > for your RHEl5 client. > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol rw > > exportfs: 172.17.39.72 does not have rw access to /vol/test_vol (Access > reduced) > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol ro > > exportfs: 172.17.39.72 has ro access to /vol/test_vol > > > > This is definitely going to happen BECAUSE; take a look at the > /etc/exports file. The –ro is set on /22 subnet. This means 22 bits out > 32 are used as network address and the remaining 10 bits determine the > number of host i.e: 2^10. This indicates that the /22 with 255.255.252.0 > subnet has more number of clients that /29 with subnet 255.255.255.248. > When –ro is specified on a bigger network (/22) and –rw is listed with > the (/29) network, the more restricted one takes precedence, i.e ‘-ro’. > In my example the linux client had ip address 172.17.39.72 which falls > in the bigger network (/22) and is not in the (/29) network. Therefore > the client gets ‘-ro’ access instead of ‘rw’. When you try you a ‘touch’ > a file as ‘root’ from this client, you get ‘permission denied’ which is > legitimate because this client has ‘ro’ access. > > In your case you have -ro set on /vol/vol4/Pandora to every one and then > have -rw set to @volexport-pandora,root=@volexport-pandora which is part > of the wide spectrum that has '-ro' set. > > Then I switched the ‘ro’ to the (/29) network and ‘rw’ to (/22) network. > This is what it looks now. > > On the filer after the switch > > fas960c-svl04*> exportfs > > /vol/test_vol > -sec=sys,ro=172.17.39.0/29,rw=172.17.39.0/22,root=172.17.39.72,nosuid > > /vol/vol0/home -sec=sys,rw,nosuid > > /vol/vol0 -sec=sys,rw,anon=0,nosuid > > On the client after the switch: > > [root@ibmx335-svl14 etc]# touch /mnt/b1/testfile1 > > [root@ibmx335-svl14 etc]# ls -l /mnt/b1 > > total 0 > > -rw-r--r-- 1 root root 0 Feb 27 10:46 testfile1 > > > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol ro > > exportfs: 172.17.39.72 has ro access to /vol/test_vol > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol rw > > exportfs: 172.17.39.72 has rw access to /vol/test_vol > > > > Now I am able to touch the file w/o any problems. In your case > adcgar04.amd.com is part of the bigger network that has ‘ro’ access. As > suggested in the man page ‘ro’ will take precedence over ‘rw’ and > touching a file from a host in the /22 network will end up with a > ‘permission denied’. Currently this is by design. However, there is an > RFE 237892 open for this configuration to work. If you decide to upgrade > then you may consider 7.2.2 but this release does not fix this RFE. > > 2) I was currently running the above test from a RHEL5 client. But I did > not notice any difference in the mount options between 'mount -v' and > 'cat /proc/mounts'. > > [root@ibmx335-svl47 etc]# uname -a > > Linux ibmx335-svl47 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 > i686 i686 i386 GNU/Linux > > [root@ibmx335-svl47 ~]# rpm -qa |grep nfs-utils > > nfs-utils-1.0.9-16.el5 > > nfs-utils-lib-1.0.8-7.2 > > [root@ibmx335-svl47 ~]# mount -v|grep b1 > > 172.17.44.44:/vol/test_vol on /mnt/b1 type nfs4 > (*rw*,vers=4,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=3,sec=sys,addr=172.17.44.44) > > [root@ibmx335-svl47 ~]# cat /proc/mounts|grep b1 > > 172.17.44.44:/vol/test_vol /mnt/b1 nfs4* > rw*,vers=4,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=3,sec=sys,add > > Bikash R.Choudhury > > -----Original Message----- > From: Gregory Baker [mailto:gregory.baker@amd.com] > Sent: Wednesday, April 18, 2007 3:23 PM > To: toasters(a)mathworks.com > Cc: julia bauer > Subject: inconsistent mount attributes (ro/rw), RHEL5 / Netapp] > > Note I have cases open with Redhat and Netapp, but was curious if other > > people have also seen inconsistent mount attributes (ro/rw) when > > mounting RHEL5 client vs. Netapp 7.2 Ontap. > > ---+ System environment > > [greg@adcgar04 greg]$ uname -a > > Linux adcgar04 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 > > unknown unknown GNU/Linux > > [greg@adcgar04 greg]$ rpm -qa | grep nfs-utils > > nfs-utils-1.0.9-16.el5 > > nfs-utils-lib-1.0.8-7.2 > > nfs-utils-lib-devel-1.0.8-7.2 > > nfs-utils-lib-1.0.8-7.2 > > nfs-utils-lib-devel-1.0.8-7.2 > > [greg@adcgar04 greg]$ mount -V > > mount (util-linux 2.13-pre7) > > ---+ NFS server (Netapp) environment > > [greg@apathy greg]$ sudo rsh eng version > > NetApp Release 7.2P4: Tue Nov 28 02:55:54 PST 2006 > > ---++ NFS export file entry > > [greg@apathy greg]$ sudo rsh eng exportfs | grep pandora > > /vol/vol4/pandora > > -sec=sys,ro,rw=@volexport-pandora,root=@volexport-pandora,anon=4058 > > ---++ netgroup member (for export file entry above) > > [greg@apathy greg]$ show_netgroup volexport-pandora | grep adcgar > > adcgar04.amd.com > > ---+ Demonstration of inconsistent ro/rw mount reporting > > [root@adcgar04 /]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 > > [root@adcgar04 /]# mount -v | grep mnt2 > > eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs > > (rw,addr=163.181.34.137) > > [root@adcgar04 /]# cat /proc/mounts | grep mnt2 > > eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs > > ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng > > > 0 0 > > [root@adcgar04 /]# cd /mnt2/ > > [root@adcgar04 mnt2]# touch asdf > > touch: cannot touch `asdf': Read-only file system > > ---+ Discussion > > ---++Linux (RHEL3/4) NFS servers that have similiar exportfs options > > /tmp *(ro,anonuid=4058) @volexport-pandora(rw,no_root_squash) > > do not cause the inconsistent behavior between mount -v and /proc/mounts > > (and it is mounted rw as expected on the client). > > ---++ A reply from NetApp had this info: > > Starting with ONTAP 7.2.1 onward, ONTAP will display the "most > > pessimistic" permissions to NFSv3 and NFSv4 clients. NFSv2 clients will > > see permissions the same way as in previous releases of ONTAP, i.e. the > > "most optimistic" permissions. > > And mounting using NFS v2 (instead of v3) does give us the expected > > rw/rw consistency and ability. > > ---++ So now what? > > Should the linux mount -v and cat /proc/mounts be consistent with what > > is actually happening? > > Should netapp exports syntax handle a wildcard ro and a netgroup rw? > > Comments and feedback welcome. > > Thanks, > > --Greg > > -- > > ---------------------------------------------------------------------- > > Greg Baker 512-602-3287 (work) > > gregory.baker(a)amd.com 512-602-6970 (fax) > > 5204 E. Ben White Blvd MS 625 512-555-1212 (info) > > Austin, TX 78741 > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > NFS maillist - NFS(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/nfs > > > -- > > ---------------------------------------------------------------------- > > Greg Baker 512-602-3287 (work) > > gregory.baker(a)amd.com 512-602-6970 (fax) > > 5204 E. Ben White Blvd MS 625 512-555-1212 (info) > > Austin, TX 78741 > -- ---------------------------------------------------------------------- Greg Baker 512-602-3287 (work) gregory.baker(a)amd.com 512-602-6970 (fax) 5204 E. Ben White Blvd MS 625 512-555-1212 (info) Austin, TX 78741

1 1

ndmpcopy and the newb Part II
by Brian Dunbar 20 Apr '07

20 Apr '07

Me again. When last we met I had a question about ndmpcopy - the copy went over well - files moved, the application that needs those files had a brief outage and all is well. I'm cleaning up the source volume - 'best practice' here is to remove files, remove snapshots and shrink the volume to 10g should we need a place to stash files. Removed the files, done. Removed the snapshots, done. Except for one guy that is being stubborn. The fellow with just a bit more experience with these than I do claims it must be because a server is still has that volume mounted and if I showmount that appears to be the case .. except the remote host in question no longer has that mounted - going by 'df -k' and /etc/vfstab. Now - a very long time ago - back in November of 06 - this volume was cloned and mounted so that an application under development could see the contents of the file store there. Is there something special - clearly there might be - about clones and mirrors that require an extra effort to delete a snapshot? Or am I doing something fundamentally wrong? I would not ordinarily go the newb well twice in a fortnight but I've been looking at this since early this morning and I'm no closer to figuring out WHY than when I started. Thanks. HOST:/:# rsh co-dsk-007 snap list aprod4 Volume aprod4 working... %/used %/total date name ---------- ---------- ------------ -------- 28% (28%) 0% ( 0%) Nov 16 15:30 clone_aprod4_cln_aglif.1 (busy,vclone) "Busy? Surely the OS isn't going to let me blow away something that is marked as busy .." HOST:/:# rsh co-dsk-007 snap delete aprod4 clone_aprod4_cln_aglif.1 Snapshot clone_aprod4_cln_aglif.1 is busy because of "How bout that. What about the nfs mounts?" LOCALHOST:/sbin:showmount -a co-dsk-007 | grep aprod4 206.209.246.192:/vol/aprod4 co-ap-103v.plexus.com:/vol/aprod4 co-ap-930v.plexus.com:/vol/aprod4_cln_aglifs "Both hosts have been vi /etc/vfstab 'd and umounted and even rebooted to death at this point .." Brian Dunbar Systems Administrator II Plexus brian.dunbar(a)plexus.com Desk: (920) 751-3364 Cell: (920) 716-2027

3 5

FAS3020 + FC LTO Gen 3.
by Ken Williams 20 Apr '07

20 Apr '07

Toasters! I have been trying for a couple weeks now to get my 3020 to properly see an LTO Gen 3 FC Tape drive. Environment: FAS3020, attached to Cisco MDS Fabric with ISL between two MDS9509s attached to HP Ultrium 3 LTO3 Drive. The LTO3 drive is installed in a StorageTek L700 Library which fiber channel robotic control. The backup environment is Symantec Netbackup. There is no extra HBA cards in the FAS3020, so we are using the onboard card. The Good: I can manually load a tape, the Filer sees the drive/tape. The Bad: The system always reports back that the tape is a LTO1 200GB read only. Naturally I tried several other tape drives and tape media, all with the same problem. I have 2 FAS940s that do not have any issue talking to LTO3 Tape drives. I've downloaded the latest device configuration files from now, I've been working with the technical support at netapp. My best assumption is that the drives are in the wrong block mode. Has anyone seen anything like this? __________________________________________________________ Ken Williams Storage Administrator, Business Technology Operations Sacramento Municipal Utility District E-Mail: kwillia(a)smud.org Phone: (916) 732-6744 Cell: (916) 240-4213

4 5

Add two disks to an aggregate and reallocate
by Willeke, Jochen 20 Apr '07

20 Apr '07

Hi toasters, can we rise aggr-size from e.g. 14 to 16 add two disks and do an reallocate without having to much performance impact because of "hot-disks"?!?! Has anybody made experiences with this? rdgs Jochen

1 0

Re: inconsistent mount attributes (ro/rw), RHEL5 / Netapp]
by Gregory Baker 19 Apr '07

19 Apr '07

It becomes more interesting (well, to me anyways) when you compare the behavior of RHEL3/4 (ro,rw netgroup export from filer works) with RHEL 5 (ro,rw netgroup export from filer no works). ---+ System environment [root@build-el3-64 greg]# uname -a Linux build-el3-64 2.4.21-47.ELsmp #1 SMP Wed Jul 5 20:30:30 EDT 2006 x86_64 unknown unknown GNU/Linux [root@build-el3-64 greg]# rpm -qa | grep nfs-utils nfs-utils-1.0.6-44EL [root@build-el3-64 mnt2]# mount -V mount: mount-2.11y ---+ NFS server (Netapp) environment [greg@apathy greg]$ sudo rsh eng version NetApp Release 7.2P4: Tue Nov 28 02:55:54 PST 2006 ---++ NFS export file entry [greg@apathy greg]$ sudo rsh eng exportfs | grep pandora /vol/vol4/pandora -sec=sys,ro,rw=@volexport-pandora,root=@volexport-pandora,anon=4058 ---++ netgroup member (for export file entry above) [root@build-el3-64 mnt2]# show_netgroup volexport-pandora | grep build-el3-64 build-el3-64.amd.com ---+ Demonstration of ro/rw mount reporting and working [root@build-el3-64 greg]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 [root@build-el3-64 greg]# mount -v | grep mnt2 eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs (rw,addr=163.181.34 .137) [root@build-el3-64 greg]# cat /proc/mounts | grep mnt2 eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs rw,v3,rsize=32768,wsize=327 68,hard,udp,lock,addr=eng 0 0 [root@build-el3-64 greg]# cd /mnt2 [root@build-el3-64 mnt2]# touch asdf [root@build-el3-64 mnt2]# ls -la asdf -rw-r--r-- 1 root root 0 Apr 19 13:18 asdf Ideas? Thanks, --Greg Choudhury, Bikash wrote: > There are two different things happening here. > > 1) The ro/rw rule in the filer exports file > > 2) The mount -v and cat/proc/mounts > > 1) Regarding the ro/rw rule that you have in the export file, I run a > small test in my lab. I have tried to replicate the problem with the > same rule as you have sent in your exports but I have not used the > netgroups instead used the ip subnets. I ran these tests on 7.2.2 filer. > > fas960c-svl04*> exportfs > > /vol/test_vol > -sec=sys,ro=172.17.39.0/22,rw=172.17.39.0/29,root=172.17.39.72,nosuid > > /vol/vol0/home -sec=sys,rw,nosuid > > /vol/vol0 -sec=sys,rw,anon=0,nosuid > > This is what you noticed on the Linux client: > > [root@ibmx335-svl14 mnt]# mount fas960c-svl04:/vol/test_vol /mnt/b1 > > [root@ibmx335-svl14 mnt]# ls -al > > total 20 > > drwxr-xr-x 3 root root 4096 Feb 28 03:12 . > > drwxr-xr-x 25 root root 4096 Feb 24 09:27 .. > > drwxr-xr-x 3 root root 4096 Nov 20 11:11 b1 > > [root@ibmx335-svl14 mnt]# cd /etc > > [root@ibmx335-svl14 etc]# touch /mnt/b1/testfile1 > > touch: cannot touch `/mnt/bik/testfile1': Permission denied > > On the filer I checked the permission for that file system. You can > probably run the same command on your filer to check the exact > permissions for /vol/vol4/Pandora. Replace the ip address with the one > for your RHEl5 client. > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol rw > > exportfs: 172.17.39.72 does not have rw access to /vol/test_vol (Access > reduced) > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol ro > > exportfs: 172.17.39.72 has ro access to /vol/test_vol > > > > This is definitely going to happen BECAUSE; take a look at the > /etc/exports file. The –ro is set on /22 subnet. This means 22 bits out > 32 are used as network address and the remaining 10 bits determine the > number of host i.e: 2^10. This indicates that the /22 with 255.255.252.0 > subnet has more number of clients that /29 with subnet 255.255.255.248. > When –ro is specified on a bigger network (/22) and –rw is listed with > the (/29) network, the more restricted one takes precedence, i.e ‘-ro’. > In my example the linux client had ip address 172.17.39.72 which falls > in the bigger network (/22) and is not in the (/29) network. Therefore > the client gets ‘-ro’ access instead of ‘rw’. When you try you a ‘touch’ > a file as ‘root’ from this client, you get ‘permission denied’ which is > legitimate because this client has ‘ro’ access. > > In your case you have -ro set on /vol/vol4/Pandora to every one and then > have -rw set to @volexport-pandora,root=@volexport-pandora which is part > of the wide spectrum that has '-ro' set. > > Then I switched the ‘ro’ to the (/29) network and ‘rw’ to (/22) network. > This is what it looks now. > > On the filer after the switch > > fas960c-svl04*> exportfs > > /vol/test_vol > -sec=sys,ro=172.17.39.0/29,rw=172.17.39.0/22,root=172.17.39.72,nosuid > > /vol/vol0/home -sec=sys,rw,nosuid > > /vol/vol0 -sec=sys,rw,anon=0,nosuid > > On the client after the switch: > > [root@ibmx335-svl14 etc]# touch /mnt/b1/testfile1 > > [root@ibmx335-svl14 etc]# ls -l /mnt/b1 > > total 0 > > -rw-r--r-- 1 root root 0 Feb 27 10:46 testfile1 > > > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol ro > > exportfs: 172.17.39.72 has ro access to /vol/test_vol > > fas960c-svl04*> exportfs -c 172.17.39.72 /vol/test_vol rw > > exportfs: 172.17.39.72 has rw access to /vol/test_vol > > > > Now I am able to touch the file w/o any problems. In your case > adcgar04.amd.com is part of the bigger network that has ‘ro’ access. As > suggested in the man page ‘ro’ will take precedence over ‘rw’ and > touching a file from a host in the /22 network will end up with a > ‘permission denied’. Currently this is by design. However, there is an > RFE 237892 open for this configuration to work. If you decide to upgrade > then you may consider 7.2.2 but this release does not fix this RFE. > > 2) I was currently running the above test from a RHEL5 client. But I did > not notice any difference in the mount options between 'mount -v' and > 'cat /proc/mounts'. > > [root@ibmx335-svl47 etc]# uname -a > > Linux ibmx335-svl47 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 > i686 i686 i386 GNU/Linux > > [root@ibmx335-svl47 ~]# rpm -qa |grep nfs-utils > > nfs-utils-1.0.9-16.el5 > > nfs-utils-lib-1.0.8-7.2 > > [root@ibmx335-svl47 ~]# mount -v|grep b1 > > 172.17.44.44:/vol/test_vol on /mnt/b1 type nfs4 > (*rw*,vers=4,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=3,sec=sys,addr=172.17.44.44) > > [root@ibmx335-svl47 ~]# cat /proc/mounts|grep b1 > > 172.17.44.44:/vol/test_vol /mnt/b1 nfs4* > rw*,vers=4,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=3,sec=sys,add > > Bikash R.Choudhury > > -----Original Message----- > From: Gregory Baker [mailto:gregory.baker@amd.com] > Sent: Wednesday, April 18, 2007 3:23 PM > To: toasters(a)mathworks.com > Cc: julia bauer > Subject: inconsistent mount attributes (ro/rw), RHEL5 / Netapp] > > Note I have cases open with Redhat and Netapp, but was curious if other > > people have also seen inconsistent mount attributes (ro/rw) when > > mounting RHEL5 client vs. Netapp 7.2 Ontap. > > ---+ System environment > > [greg@adcgar04 greg]$ uname -a > > Linux adcgar04 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 > > unknown unknown GNU/Linux > > [greg@adcgar04 greg]$ rpm -qa | grep nfs-utils > > nfs-utils-1.0.9-16.el5 > > nfs-utils-lib-1.0.8-7.2 > > nfs-utils-lib-devel-1.0.8-7.2 > > nfs-utils-lib-1.0.8-7.2 > > nfs-utils-lib-devel-1.0.8-7.2 > > [greg@adcgar04 greg]$ mount -V > > mount (util-linux 2.13-pre7) > > ---+ NFS server (Netapp) environment > > [greg@apathy greg]$ sudo rsh eng version > > NetApp Release 7.2P4: Tue Nov 28 02:55:54 PST 2006 > > ---++ NFS export file entry > > [greg@apathy greg]$ sudo rsh eng exportfs | grep pandora > > /vol/vol4/pandora > > -sec=sys,ro,rw=@volexport-pandora,root=@volexport-pandora,anon=4058 > > ---++ netgroup member (for export file entry above) > > [greg@apathy greg]$ show_netgroup volexport-pandora | grep adcgar > > adcgar04.amd.com > > ---+ Demonstration of inconsistent ro/rw mount reporting > > [root@adcgar04 /]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 > > [root@adcgar04 /]# mount -v | grep mnt2 > > eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs > > (rw,addr=163.181.34.137) > > [root@adcgar04 /]# cat /proc/mounts | grep mnt2 > > eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs > > ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng > > > 0 0 > > [root@adcgar04 /]# cd /mnt2/ > > [root@adcgar04 mnt2]# touch asdf > > touch: cannot touch `asdf': Read-only file system > > ---+ Discussion > > ---++Linux (RHEL3/4) NFS servers that have similiar exportfs options > > /tmp *(ro,anonuid=4058) @volexport-pandora(rw,no_root_squash) > > do not cause the inconsistent behavior between mount -v and /proc/mounts > > (and it is mounted rw as expected on the client). > > ---++ A reply from NetApp had this info: > > Starting with ONTAP 7.2.1 onward, ONTAP will display the "most > > pessimistic" permissions to NFSv3 and NFSv4 clients. NFSv2 clients will > > see permissions the same way as in previous releases of ONTAP, i.e. the > > "most optimistic" permissions. > > And mounting using NFS v2 (instead of v3) does give us the expected > > rw/rw consistency and ability. > > ---++ So now what? > > Should the linux mount -v and cat /proc/mounts be consistent with what > > is actually happening? > > Should netapp exports syntax handle a wildcard ro and a netgroup rw? > > Comments and feedback welcome. > > Thanks, > > --Greg > > -- > > ---------------------------------------------------------------------- > > Greg Baker 512-602-3287 (work) > > gregory.baker(a)amd.com 512-602-6970 (fax) > > 5204 E. Ben White Blvd MS 625 512-555-1212 (info) > > Austin, TX 78741 > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by DB2 Express > > Download DB2 Express C - the FREE version of DB2 express and take > > control of your XML. No limits. Just data. Click to get it now. > > http://sourceforge.net/powerbar/db2/ > > _______________________________________________ > > NFS maillist - NFS(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/nfs > > > -- > > ---------------------------------------------------------------------- > > Greg Baker 512-602-3287 (work) > > gregory.baker(a)amd.com 512-602-6970 (fax) > > 5204 E. Ben White Blvd MS 625 512-555-1212 (info) > > Austin, TX 78741 > -- ---------------------------------------------------------------------- Greg Baker 512-602-3287 (work) gregory.baker(a)amd.com 512-602-6970 (fax) 5204 E. Ben White Blvd MS 625 512-555-1212 (info) Austin, TX 78741

1 0

inconsistent mount attributes (ro/rw), RHEL5 / Netapp]
by Gregory Baker 19 Apr '07

19 Apr '07

Note I have cases open with Redhat and Netapp, but was curious if other people have also seen inconsistent mount attributes (ro/rw) when mounting RHEL5 client vs. Netapp 7.2 Ontap. ---+ System environment [greg@adcgar04 greg]$ uname -a Linux adcgar04 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 unknown unknown GNU/Linux [greg@adcgar04 greg]$ rpm -qa | grep nfs-utils nfs-utils-1.0.9-16.el5 nfs-utils-lib-1.0.8-7.2 nfs-utils-lib-devel-1.0.8-7.2 nfs-utils-lib-1.0.8-7.2 nfs-utils-lib-devel-1.0.8-7.2 [greg@adcgar04 greg]$ mount -V mount (util-linux 2.13-pre7) ---+ NFS server (Netapp) environment [greg@apathy greg]$ sudo rsh eng version NetApp Release 7.2P4: Tue Nov 28 02:55:54 PST 2006 ---++ NFS export file entry [greg@apathy greg]$ sudo rsh eng exportfs | grep pandora /vol/vol4/pandora -sec=sys,ro,rw=@volexport-pandora,root=@volexport-pandora,anon=4058 ---++ netgroup member (for export file entry above) [greg@apathy greg]$ show_netgroup volexport-pandora | grep adcgar adcgar04.amd.com ---+ Demonstration of inconsistent ro/rw mount reporting [root@adcgar04 /]# mount eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 [root@adcgar04 /]# mount -v | grep mnt2 eng:/vol/vol4/pandora/pandora-k26_g25_64-2 on /mnt2 type nfs (rw,addr=163.181.34.137) [root@adcgar04 /]# cat /proc/mounts | grep mnt2 eng:/vol/vol4/pandora/pandora-k26_g25_64-2 /mnt2 nfs ro,vers=3,rsize=65536,wsize=65536,hard,intr,proto=tcp,timeo=600,retrans=2,sec=sys,addr=eng 0 0 [root@adcgar04 /]# cd /mnt2/ [root@adcgar04 mnt2]# touch asdf touch: cannot touch `asdf': Read-only file system ---+ Discussion ---++Linux (RHEL3/4) NFS servers that have similiar exportfs options /tmp *(ro,anonuid=4058) @volexport-pandora(rw,no_root_squash) do not cause the inconsistent behavior between mount -v and /proc/mounts (and it is mounted rw as expected on the client). ---++ A reply from NetApp had this info: Starting with ONTAP 7.2.1 onward, ONTAP will display the "most pessimistic" permissions to NFSv3 and NFSv4 clients. NFSv2 clients will see permissions the same way as in previous releases of ONTAP, i.e. the "most optimistic" permissions. And mounting using NFS v2 (instead of v3) does give us the expected rw/rw consistency and ability. ---++ So now what? Should the linux mount -v and cat /proc/mounts be consistent with what is actually happening? Should netapp exports syntax handle a wildcard ro and a netgroup rw? Comments and feedback welcome. Thanks, --Greg -- ---------------------------------------------------------------------- Greg Baker 512-602-3287 (work) gregory.baker(a)amd.com 512-602-6970 (fax) 5204 E. Ben White Blvd MS 625 512-555-1212 (info) Austin, TX 78741 ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ NFS maillist - NFS(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs -- ---------------------------------------------------------------------- Greg Baker 512-602-3287 (work) gregory.baker(a)amd.com 512-602-6970 (fax) 5204 E. Ben White Blvd MS 625 512-555-1212 (info) Austin, TX 78741

2 1

RE: how to obtain patch releases
by Davin Milun 18 Apr '07

18 Apr '07

What's the feeling on 7.2.1.1P1, which is what I was about to deploy? Davin. At 13:47, on Mar 27, 2007, "Kevin Davis" wrote: > I'd stay away from 7.2.1P1 if I were you. We got slammed by _at least_ > 2 nasty bugs, and are now considering our options for applying > subsequent patches. (7.2.1.1D3, etc...) > > > > *------------------------------------------*-----------------------* > | Kevin Davis (UNIX Sysadmin) | Natick, Massachusetts | > | 508.647.7660 | 01760-2098 | > | mailto:kevin.davis@mathworks.com *-----------------------* > | http://www.mathworks.com | | > *------------------------------------------*-----------------------* > > > > > -----Original Message----- > > From: owner-toasters(a)mathworks.com > > [mailto:owner-toasters@mathworks.com] On Behalf Of J. Greg Mackinnon > > Sent: Monday, February 05, 2007 10:34 AM > > To: toasters > > Subject: how to obtain patch releases > > > > We currently are running OnTap 7.2.0 and not having fun with > > it. 7.2.1 contains many important fixes, but 7.2.1P1 has > > some critical fixes as well. I am getting fed up waiting for > > the next GA release, and I am willing to take the risk of > > running a patch build. The only problem... > > I cannot figure out how to download it! > > > > In the past I have found patch release download links in the > > NOW KB when referencing a related bug number... not so this time. > > > > Anyone know how to get the binaries? Open a support case? > > Bribe a NetApp tech? > > > > Thanks, > > -Greg Mackinnon > > University of Vermont

3 2

RE: Information on how Netapp single_image mode works
by Mike Ball 18 Apr '07

18 Apr '07

Thanks for the responses but I am still confused about how the paths are determined. For example, lets say I have a FAS6030C (Node1 and Node2) running Data Ontap 7.2.1 with each head having 2 target ports each in a switched fibre fabric. In this fabric, I have a Windows host (running Snapdrive 4.2.1 and DSM 3.0) with a dual port fibre card. I create lun0 on Node1 from the Windows host via Snapdrive. How is the path chosen by the FAS6030C? Is there a round robin algorithm which gives out the target port on Node1 to the Windows host? -----Original Message----- From: Paul Rosham [mailto:paulrosham@yahoo.com.au] Sent: Monday, April 16, 2007 11:26 PM To: 'Jack Lyons'; 'Nils Vogels' Cc: Mike Ball; toasters(a)mathworks.com Subject: RE: Information on how Netapp single_image mode works In addition, anything with a reasonable NVRAM/Cluster interconnect setup (i.e. 3000, 6000 series) the additional latency of the request passing to the correct head via the cluster interconect is almost negligible. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Jack Lyons Sent: Tuesday, 17 April 2007 11:10 AM To: Nils Vogels Cc: Mike Ball; toasters(a)mathworks.com Subject: Re: Information on how Netapp single_image mode works one caveat, based on my experience the host based software will see all paths to the filer as equal, so if you hit the WWPN on the "other" head of the cluster, you will get an error message and an ASUP. It is annoying, and as far as I know, not a problem. Jack Nils Vogels wrote: > Hey Mike, > > On 4/16/07, Mike Ball <MBall(a)datalink.com> wrote: >> >> I am trying to find additional information on how Netapp single_image >> mode works in a clustered environment as it pertains to pathing. >> Single_image mode pulls all the WWPN's from the Netapp cluster and >> presents it to the SAN as one WWNN. What I would like to know is how >> paths are determined from hosts to cluster nodes if no target portals >> are defined? >> > > There will be multiple paths available (at least 2, one for ClusterA, > one for ClusterB) and you generally will need host-based path > selection software to select the active one. > > Some software selects on 'Most Recently Used', other selects on fixed > path, this may vary per multipathing-software. >

6 8

Information on how Netapp single_image mode works
by Mike Ball 17 Apr '07

17 Apr '07

I am trying to find additional information on how Netapp single_image mode works in a clustered environment as it pertains to pathing. Single_image mode pulls all the WWPN's from the Netapp cluster and presents it to the SAN as one WWNN. What I would like to know is how paths are determined from hosts to cluster nodes if no target portals are defined?

3 2

ndmpcopy and the newb
by Brian Dunbar 16 Apr '07

16 Apr '07

Hi, I'm new to managing Filers - I hope you'll put up with a newb question or two while I get on my feet. I've not been left entirely on my own here - but there are two unix guys here to mange a lot of servers where before there were four of us .. and the two guys who had done this job previously are the ones who left for greener pastures. So I've got a mature and reasonably stable infrastructue to work with at least. My first task is to move a volume from a busy filer to a non-busy filer. 1. The preferred method (for our shop, I'm told) is to use ndmpcopy I've got shell access to both filers, they can ping each other. I've got a desination volume created. ndmpcopy [options] source destination The source and destination specify a hostname (no problem) and aboslute pathname of the directory to be used for the transfer. Does this mean the absolute pathname of the source/destination volume? Or .. something else? If the former how do I find that? 2. Unless there is a better way to do this? I can of course mount both volumes via NFS from a 3rd host and simply move then but (from what I've read) ndmpcoy is a better choice. Brian Dunbar Plexus brian.dunbar(a)plexus.com

8 10

5um or 90um
by Willeke, Jochen 16 Apr '07

16 Apr '07

Hi toasters, does anybody know if we can use 9um LC-LC cables to connect a shelf with an ESH2 to a filer, or are 50um LC-LC cables the only supported ones? Because this will be a production system i need to know if it is covered from Netapp-support. Sadly i did not find anything about this on NOW. Best Regards and thanks in advance Jochen

4 4

Replacing an FAS960 with a 3070
by Matt Phelps 13 Apr '07

13 Apr '07

All, We'll be replacing a 960 with a new 3070 soon and am wondering if anyone's gone through this upgrade path yet. Our current plan is to install 7.2.2 for the 3070 (which is an x86_64 based OS) with the 960 still up, run "download" to put the boot stuff on the disks, then edit the /etc/rc file to change the device names for the network interface, then shutdown and swap the heads. Hopefully the 3070 will just come up and hum right along. Any gotchyas? -- Matt Phelps System Administrator, Computation Facility Harvard - Smithsonian Center for Astrophysics mphelps(a)cfa.harvard.edu, http://cfa-www.harvard.edu

6 6

Jump to page:

2026

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