toasters

toasters@lists.teaparty.net

1 participants
13518 discussions

usermapping UNIX <-> NT
by Willeke, Jochen 23 Jul '07

23 Jul '07

Hi toasters, we currently have a strange problem. We have setup a volume with mixed security style and exports and CIFS shares on it. I have made an entry in the usermap.cfg like this Domain\jochen.willeke == utest In filers local passwd utest has UID 1234 (only for a test). Mapping checked with wcc seems to work well, but when i create a folder from the windows side with my user jochen.willeke and then check with "ls -n" from a unix host, it shows me the UID and group ID from nobody (65534). Has anybody an idea where my mistake is?? Best Regards and thanks in advance Jochen

2 1

VMware ESX and NFS Performance issues at mount-time (was RE: NetApp Thin Provisioning and VMware ES
by Kenneth Heal 20 Jul '07

20 Jul '07

Hi JackNo, this is not normal.My first suspicion would be network connectivity problems, as NFS is quite sensitive to under/bad- performing networks.When tried mounting the export from another box, was the other box in the same subnet as your ESX machine?The other thing to of course check out is if you have configured virtual switches and virtual network architecture on the ESX machine.Depending on your situation (whether you are on-site and which bit of the network are mission critical and so on) I would first of all try putting a laptop or another box on the same place as the ESX server originally was, give it the same IP address and use a non-virtualised Linux/Un*x and see if you are able to mount the export successfully. This would then allow you to include/exclude ESX and ESX virtual infrastructure on the one hand and actual network infrastructure as the source of the problem.I would also check the filer messages log from the time you are trying to mount the system, as this may also reveal clues as to what is going on.Let us know how you get on or if this proves not feasible =(e.g. remote site)... maybe others on this dl also have some suggestions.Kindest regardsKennethKenneth HealStorage ConsultantSenet Eindhoven bv> Date: Thu, 19 Jul 2007 07:03:37 -0400> From: jack1729(a)gmail.com> To: mvstew(a)gmail.com> CC: drenthjd(a)wxs.nl; kheal(a)hotmail.com; toasters(a)mathworks.com> Subject: Re: NetApp Thin Provisioning and VMware ESX> > I am new to using esx on nfs. I have create an nfs export but when I > try to mount it from the esx box, it is really slow - it takes 2- 3 > minutes to mount?> > I assume that isn't normal, but I am not sure where to start looking for > problems. I assume it is probably doing something and then waits until > a timeout occurs before proceeding with the mount. I can nfs mount the > same filer / export on another box no problem (i.e. quickly) _________________________________________________________________ Play free games, earn tickets, get cool prizes! Join Live Search Club. http://club.live.com/home.aspx?icid=CLUB_wlmailtextlink

2 1

Lessons Learned - Upgrade to 7.2.2 (i2p)
by Glenn Walker 19 Jul '07

19 Jul '07

While the subject is 'i2p', this isn't an email telling you about the mapping that causes some high utilization, rather it is about the aftermath of the i2p mapping process. I recently performed an upgrade of some of our nearstore systems (used for email compliance, among other things), and was expecting a pretty serious utilization curve while the i2p mapping was performed as part of the upgrade (we upgraded from 7.0.6, not 7.1.X). This came and passed with high utilization of CPU and DISK, but no real issues. However, the i2p mapping apparently keeps the inode-2-path map for every file\inode in the metadata - we have volumes with snaplocked data in the terabytes, the most heavily utilized of which is about 110million files (the 2nd highest utilized is about 82million). As this data has been marked as 'archive' in the Enterprise Vault system, it isn't being written to anymore, so I'm not terribly concerned with the snapmirror update taking a while - however, it is throttled down pretty low as our WAN is not yet up to snuff (coming later this year). Apparently, because i2p touches each inode, we have about 110million*4KB to transfer (~420GB) for the 'update' to our 4.2TB volume. Likewise, the 3.2TB volume with 82million files had about 313GB to transfer. If you have volumes with a significant amount of files, be aware that the snapmirror update after the i2p process completes post-7.2.2 upgrade (or 7.1.1 even, I suppose) will be fairly significant in size. Hope this helps some of you out there so that you are not caught unaware. 'evening Glenn

4 5

NetApp Thin Provisioning and VMware ESX
by drenthjd＠wxs.nl 17 Jul '07

17 Jul '07

Hi Toasters, We created something of an interesting dilemma for ourselves. The original problem was the lack of a means to extend existing VMFS LUNs through ESX without an extent and or downtime. The idea was to use NetApp thin provisioning as a way to offer up a large disk to ESX without the need to back that up with real disks, as a way to monitor real disk usage we created a hard volume and monitor with df the real use of disk against a hard limit (being the volume). So a 1 TB Lun (thin) was created inside a 200 GB (hard) volume, subsequently we wanted to keep track of ESX 3's usage through controlling the size of the VMDK files we would create. As this environment hosts desktops and was a testing ground at first there were a whole bunch of VMDK being created and destroyed. The situation we end up with is VMware thinking it has 60 GB in use of a 1 TB LUN while NetApp reports 180 GB in use of 200 GB (being the hard limit at this time). Basically the question becomes whether we can force ESX to actually reuse any of the [netapp in use] - [real use according to ESX] = 130 GB of space. Probably we need to clean up and start over with a new clean LUN, which we could then either hard provision and forget about thin provisioning altogether, because in our scenario it is no help. A broader question becomes were we went wrong? Our situation seems to suggest that we waste a whole lot of disk space - which VMware wont reuse on its own, and which NetApp can't touch (how would it know it was now freed up space) In that sense thin provisioning is just a space waster in an environment with VMDK's being destroyed and recreated from scratch. Of course we could always go flexcloning... but that would force netapp world on a whole lot of admins. Best regards, Delorean

2 1

FW: GREETING CARD EMAILS
by Maglinger, Paul 17 Jul '07

17 Jul '07

Sorry guys. Don't know how your address got attached to this... Paul ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Maglinger, Paul Sent: Tuesday, July 17, 2007 3:02 PM To: pmaglinger(a)inetmail.att.net; sendme18roses(a)yahoo.com; samus_aran5506(a)juno.com; cal6014(a)evansville.net; NetApps list server; Stan Maglinger Subject: GREETING CARD EMAILS Importance: High Be very careful in opening an email stating "You've received a greeting ecard from a School friend!" or some other subject regarding an E-Card. If it is not from someone you know I advise you to delete the email. Some will even say that they were sent by your "mom" or "brother". The link inside the email will take you to a malicious site. -Paul

1 0

GREETING CARD EMAILS
by Maglinger, Paul 17 Jul '07

17 Jul '07

Be very careful in opening an email stating "You've received a greeting ecard from a School friend!" or some other subject regarding an E-Card. If it is not from someone you know I advise you to delete the email. Some will even say that they were sent by your "mom" or "brother". The link inside the email will take you to a malicious site. -Paul

1 0

110v PDUs for NetApp Racks
by Holland, William L 17 Jul '07

17 Jul '07

We have an R200 in a 42U NetApp rack with 4ea of the 0U, 220v, 16a PDUs. In a few months we plan to relocate it to another facility, but they do not have 220v power available, only 110v. Any ideas where we can find 110v PDUs to replace the NetApp 220v ones? Ideally they would be the same physical size as the ones currently in the rack. They have to be 0U as the rack is totally full.

6 6

RE: NFS vs. iSCSI for VMware (was "Re: List still active?")
by Scott Lowe 16 Jul '07

16 Jul '07

5 4

Adding VLANs to a vif
by Wes Hardin 13 Jul '07

13 Jul '07

I have a FAS3020 with all four onboard gig-e ports trunked as vif0. I am wanting to add a VLAN interface to my current vif for my backup network. Will the following lines in /etc/rc work? (Sorry for the wrapping) vif create multi vif0 -b ip e0a e0c e0b e0d vlan create -g off vif0 4093 ifconfig vif0 `hostname`-vif0 mediatype auto netmask 255.255.248.0 partner vif0 ifconfig vif0-4093 `hostname`-backup netmask 255.255.0.0 partner vif0-4093 I still want vif0 to act as it does now, sending and receiving untagged frames, but the new interface, vif0-4093, sending tagged frames. I tried to simulate this with the ONTAP simulator, but it wasn't supported on my setup and all the documentation I can find doesn't mention the original interface again after creating the VLAN. Thanks, -- /* wes hardin */ UNIX System Admin Dallas Semiconductor/Maxim Integrated Products

3 2

ndmpcopy failure "RESTORE: File creation failed"
by Paul Letta 13 Jul '07

13 Jul '07

Hello, I have a new filer running 7.2.2. I am using ndmpcopy from the command line of the new filer to copy a directory (not a whole volume) from an old filer running 7.1.1.1. Many of the directories I am moving are fine, but at least one (so far) has produced some errors while the ndmpcopy was running: Ndmpcopy: cfs1: Log: RESTORE: File creation failed: ...(258720) The ndmpcopy runs and finishes without error. The ndmpdcopy of one of these directories had 179 of these failures. Ndmpcopy: old: Log: DUMP: 124480831 KB Ndmpcopy: new: Log: RESTORE: RESTORE IS DONE Ndmpcopy: new:newcfs1: Notify: restore successful Ndmpcopy: old: Log: DUMP: DUMP IS DONE Ndmpcopy: old: Log: DUMP: Deleting "/vol/vol1/../snapshot_for_backup.234" snapshot. I then turned on ndmpd debug to 70 and ran it again. This time each of the failed files had a similar segment of errors like this: Jul 11 15:56:09 EDT [ndmpd:10]: Message NDMP_LOG_MESSAGE sent Jul 11 15:56:09 EDT [ndmpd:10]: Message Header: Jul 11 15:56:09 EDT [ndmpd:10]: Sequence 22 Jul 11 15:56:09 EDT [ndmpd:10]: Timestamp 1184183769 Jul 11 15:56:09 EDT [ndmpd:10]: Msgtype 0 Jul 11 15:56:09 EDT [ndmpd:10]: Method 1539 Jul 11 15:56:09 EDT [ndmpd:10]: ReplySequence 0 Jul 11 15:56:09 EDT [ndmpd:10]: Error NDMP_NO_ERR Jul 11 15:56:09 EDT [ndmpd:10]: Log type: 0 Jul 11 15:56:09 EDT [ndmpd:10]: Message id: 0 Jul 11 15:56:09 EDT [ndmpd:10]: Log message: RESTORE: File creation failed: ...(258729) Ndmpcopy: new: Log: RESTORE: File creation failed: ...(258729) The new filer is empty and the destination volume is a big flexvol. The source directory (qtree) is in a traditional volume. I have opened a case, but nothing back yet. Anyone ever see this before ? Thanks, Paul

2 1

RE: ndmpcopy failure "RESTORE: File creation failed"
by Kenneth Heal 12 Jul '07

12 Jul '07

HiI vaguely recall seeing something similar and in that case there was an inconsistent inode in the source directory. It is therefore probably worth doing a wafliron on the source directory:filer>priv set advancedfiler*>vol wafliron start volnamefiler*>priv setfiler>cheersKenneth HealStorage ConsultantSenet Eindhoven bv> Date: Thu, 12 Jul 2007 16:34:13 -0400> From: letta(a)jlab.org> To: toasters(a)mathworks.com> Subject: ndmpcopy failure "RESTORE: File creation failed"> > Hello,> I have a new filer running 7.2.2. I am using ndmpcopy from the > command line of the new filer to copy a directory (not a whole volume) > from an old filer running 7.1.1.1. Many of the directories I am moving > are fine, but at least one (so far) has produced some errors while the > ndmpcopy was running:> > > Ndmpcopy: cfs1: Log: RESTORE: File creation failed: ...(258720)> > The ndmpcopy runs and finishes without error. The ndmpdcopy of one of > these directories had 179 of these failures.> > Ndmpcopy: old: Log: DUMP: 124480831 KB> Ndmpcopy: new: Log: RESTORE: RESTORE IS DONE> Ndmpcopy: new:newcfs1: Notify: restore successful> Ndmpcopy: old: Log: DUMP: DUMP IS DONE> Ndmpcopy: old: Log: DUMP: Deleting > "/vol/vol1/../snapshot_for_backup.234" snapshot.> > > I then turned on ndmpd debug to 70 and ran it again. This time each of > the failed files had a similar segment of errors like this:> > Jul 11 15:56:09 EDT [ndmpd:10]: Message NDMP_LOG_MESSAGE sent> Jul 11 15:56:09 EDT [ndmpd:10]: Message Header:> Jul 11 15:56:09 EDT [ndmpd:10]: Sequence 22> Jul 11 15:56:09 EDT [ndmpd:10]: Timestamp 1184183769> Jul 11 15:56:09 EDT [ndmpd:10]: Msgtype 0> Jul 11 15:56:09 EDT [ndmpd:10]: Method 1539> Jul 11 15:56:09 EDT [ndmpd:10]: ReplySequence 0> Jul 11 15:56:09 EDT [ndmpd:10]: Error NDMP_NO_ERR> Jul 11 15:56:09 EDT [ndmpd:10]: Log type: 0> Jul 11 15:56:09 EDT [ndmpd:10]: Message id: 0> Jul 11 15:56:09 EDT [ndmpd:10]: Log message: RESTORE: File creation > failed: ...(258729)> Ndmpcopy: new: Log: RESTORE: File creation failed: ...(258729)> > The new filer is empty and the destination volume is a big flexvol. The > source directory (qtree) is in a traditional volume.> > > I have opened a case, but nothing back yet. Anyone ever see this before ?> > Thanks,> Paul _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0

RE: List still active?
by Glenn Walker 12 Jul '07

12 Jul '07

We're looking at going the ESX route as well. The NFS route is thin-provisioned, as you said, which is attractive. Keeping the snapshot capabilities for LUNs by adding space reservations is safer, but costly. Quite frankly, thin provisioning the space res for LUNs is attractive if your organization is pro-active, but that isn't the case where I'm at: too dangerous and asking for danger. That said, you won't get quite the same latency\throughput with NFS as with iSCSI or especially FCP. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Wednesday, July 11, 2007 9:55 AM To: Davies,Matt; Scott Lowe; Forest Leonard; toasters(a)mathworks.com Subject: RE: List still active? Advantages IMHO 1) VMDKs on NFS are by default THIN-Provisioned; 2) Throughput is about equal 3) NFS is a heck of a lot easier to administer 4) There's 3x longer history and knowledgebase on NFS network t-shooting. Dis-Advantages: 1) You can do a QLogic iSCSI card to offload CPU processing of packets; 2) In a big environment you can use iSNS; 3) You can be much more granular with masking/etc (although I can imagine you can be creative with NFS) 4) NFS is stateless (v2), to be run fastest you use UDP; so to make it reliable it gets a little slower (but still not a real biggie) Anyone else? Glenn @ VOyant > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner- > toasters(a)mathworks.com] On Behalf Of Davies,Matt > Sent: Wednesday, July 11, 2007 9:35 AM > To: Scott Lowe; Forest Leonard; toasters(a)mathworks.com > Subject: RE: List still active? > > Scott, > > Any chance you could expand on the advantages of NFS over Iscsi ? NFS > isn't an area I have any experience of.... > > Cheers > > Matt > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner- > toasters(a)mathworks.com] > On Behalf Of Scott Lowe > Sent: 11 July 2007 14:05 > To: Forest Leonard; toasters(a)mathworks.com > Subject: Re: List still active? > > Forest, > > When it comes time to configure VMkernel for VMotion, then I'd > definitely recommend keeping it separate from the virtual machine > network. As it stands right now, you don't even need a VMkernel NIC > configured because it sounds like you are using Qlogic iSCSI HBAs and > only have a single ESX Server. Since the Qlogic cards handle the > iSCSI traffic and there is no VMotion, there no current need for a > VMkernel NIC (unless you want to use NFS from the FAS to provide > additional storage for VMs--which, by the way, works pretty well and > has some nice advantages over iSCSI, IMHO). > > Regards, > Scott Lowe > ePlus Technology, Inc. > slowe(a)eplus.com > > > > On Jul 11, 2007, at 8:33 AM, Forest Leonard wrote: > > > Interesting stuff. I only have one ESX server so I haven't gotten > > to the > > Vmotion configuration yet.. That should be later this year. > > > > I just configured a RDM to run a Virtual server on. I found an > article > > where you want to create the type as NTFS if it is a RDM for a > windows > > host. Not sure if I am going to use this going forward. I actually > > don't > > know if you can migrate into a RDM. It doesn't look like it. > > > > I am only using 2 NIC's on my Vmware server.. and a QLOGIC card for > my > > ISCSI access.. I may need to look at bulking up my NIC > > configuration. It > > looks like I may gain some performance if I separate my VMKernal > > from my > > Virtual Machine network? > > > > Thanks, > > Forest > > > > -----Original Message----- > > From: Davies,Matt [mailto:MDAVIES@generalatlantic.com] > > Sent: Wednesday, July 11, 2007 8:18 AM > > To: Forest Leonard; ggwalker(a)mindspring.com; toasters(a)mathworks.com > > Subject: RE: List still active? > > > > Sounds like we are both at the same stage. > > > > We are not using RDM's yet, however when it comes to exchange we will > > have to, or I may just stick with using the Microsoft Iscsi > > initiatator > > from within the VM, not exactly supported, but I know of other people > > doing it. > > > > We have migrated 8 machines so far, into just one datastore and > > have not > > seen any performance problems at all, although most of the machines > > have > > very low IO requirements. > > > > We are using a script to snapshot and then replicate using > snapmirror, > > it works very well, however our Virtual Centre server is also a VM > > which > > was causing a few problems with the snapshots on the VMware side not > > being removed, but moving this to a separate datastore seems have > > cured > > the problems, even SQL doesn't seem to have a problem. > > > > The script is the one written by Evan Battle, that is in the newest > > netapp docs on VMware. I did have a few problems with ssh to the > > filer, > > but we are now using rsh and it seems to be ok. > > > > I don't know how you have setup your virtual switches on the ESX > side, > > but I got some best practice information out of VMware on that > > subject. > > > > Each of our ESX IBM3550 host servers have 6 Nics, connected as > > follows. > > > > 2 Nics for service console VMKernel for Vmotion, load balance using > > Virtual port ID > > > > 2 Nics for Virtual Machine network, load balance using Virtual port > ID > > > > 2 Nics for ISCSI (Service Console and VMKernel), load balance using > IP > > Hash > > > > Hope this helps.... > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > From: Forest Leonard [mailto:fleonard@rvigroup.com] > > Sent: 11 July 2007 11:06 > > To: Davies,Matt; ggwalker(a)mindspring.com; toasters(a)mathworks.com > > Subject: RE: List still active? > > > > Hey Matt... I am actually doing the exact same thing on a FAS 270.. I > > have migrated about 7 servers so far. > > > > Are you using RDM's (remote device mappings) for the Virtual > > Machines? I > > actually just created 2 200GB LUNs on the netapp to use as Datastores > > and have not had any performance issues. > > > > Just wondering what your experience with RDM's are.. I added one > > into a > > virtual machine.. It just lets you map a LUN directly to a Virtual > > machine. > > > > Has anyone out there used the netapp script to capture a VM snapshot? > > > > Thanks, > > Forest > > > > ________________________________ > > > > From: owner-toasters(a)mathworks.com on behalf of Davies,Matt > > Sent: Wed 7/11/2007 1:00 AM > > To: ggwalker(a)mindspring.com; toasters(a)mathworks.com > > Subject: RE: List still active? > > > > > > > > Still working by the looks of things. > > > > busy in process of migrating all our physical severs to VM, stored > > on a > > iscsi lun on a FAS 270. > > > > For those that want to know we are using the software iscsi initiator > > within ESX and have not had any problems so far. > > > > 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: Wed Jul 11 01:03:49 2007 > > Subject: List still active? > > > > I've noticed that I'm still subscribed, but have received no email > > since > > July 4th. Everyone didn't trade their NetApp gear for something else > > while I was out of town did they?? J > > > > > > > > _____________________________________________________________ > > 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. > > > > > > > > > ###################################################################### > > > ## > > ############# > > Note: > > If you have received this message in error, please notify the > original > > sender immediately by telephone (203)975-2100 or by return e-mail, > and > > delete the message, along with any attachments from your computer. > If > > you have received this message in error, you are hereby notified that > > any dissemination, distribution or copying of this e-mail, and any > > attachments thereto, is strictly prohibited.This note is also to > > notify > > the recipient of this email that it has been scanned for all known > > viruses and attacking techniques. Thank you. http://www.rvigroup.com > > > ###################################################################### > > > ## > > ############# > > > > > ###################################################################### > > > ############### > > Note: > > If you have received this message in error, please notify the > > original sender immediately by telephone (203)975-2100 or by return > > e-mail, and delete the message, along with any attachments from > > your computer. If you have received this message in error, you are > > hereby notified that any dissemination, distribution or copying of > > this e-mail, and any attachments thereto, is strictly > > prohibited.This note is also to notify the recipient of this email > > that it has been scanned for all known viruses and attacking > > techniques. Thank you. http://www.rvigroup.com > > > ###################################################################### > > > ############### > > > > >

7 9

LUN Snapshots
by Robert Lazzurs 12 Jul '07

12 Jul '07

Hello, I was wondering if anyone is aware of a way to have a NetApp do snapshots of just one LUN within a volume, if not possibly one qtree within a volume. The reason I ask is to provide a service where customers can have their iSCSI LUN and then backup that iSCSI LUN with a snapshot, however as I am going to have 100's of LUN's (well 1000's tbh, but this will be over many storage heads from the looks of things) I cannot assign a volume to each LUN. If there is not a way to get a NetApp to provide these facilities then if someone has any recommendations on storage systems I should look at that would be great :) (PS I love NetApp, please don't say I have to switch!!!) Thanks.

2 1

RE: List still active?
by Davies,Matt 12 Jul '07

12 Jul '07

Still working by the looks of things. busy in process of migrating all our physical severs to VM, stored on a iscsi lun on a FAS 270. For those that want to know we are using the software iscsi initiator within ESX and have not had any problems so far. 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: Wed Jul 11 01:03:49 2007 Subject: List still active? I’ve noticed that I’m still subscribed, but have received no email since July 4th. Everyone didn’t trade their NetApp gear for something else while I was out of town did they?? J _____________________________________________________________ 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.

9 22

RE: NFS vs. iSCSI for VMware (was "Re: List still active?")
by Glenn Dekhayser 12 Jul '07

12 Jul '07

Vaughn: > NetApp covers this technology in their VMware Storage Best Practices > paper, TR3428. You're way too modest....you WROTE that TR...... :) Glenn @ Voyant > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner- > toasters(a)mathworks.com] On Behalf Of M. Vaughn Stewart > Sent: Wednesday, July 11, 2007 10:53 PM > To: Scott Lowe > Cc: Davies,Matt; toasters(a)mathworks.com > Subject: Re: NFS vs. iSCSI for VMware (was "Re: List still active?") > > Scott, > > Your comments on the 2x the space for a NetApp is LUN is a bit > misleading and is out of date. > > NetApp LUNs do NOT require any additional space. i.e. 50gbs = 50gbs > > If you want to take a snapshot of that LUN you had to ensure that you > had additional capacity in case the volume became full in which case > the > snapshot function would be disabled until manual intervention deleted > old snapshots. In this design NetApp did not defferentiate the value > of > production data and snapshot data, so a requirement of a reserve > equaling 100% of the LUN size was required. i.e. 50gb = 50gb + 50 gb + > snapshot space. > > This design seemed inefficient when compared to snap reserves with NAS > data, but when compared to other SAN vendors and their n disk backup > mechanisms, it was extremely space efficient. I wont go into details > here but to say that enterprise class on disk backups with traditional > arrays require 100% overhead for each individual backup. > > Today NetApp offers a means where one can say production data is more > valuable than snapshots. They provide two dynamic space management > policies, auto vol grow and auto snapshot delete. With these two > policies you can eliminate any additional LUN overhead and should a > volume run out of space the appropriate policy will be enforced and > will > ensure that production data remains online. Now 50GB with snapshots = > 50GB + snapshot space only! > > NetApp covers this technology in their VMware Storage Best Practices > paper, TR3428. > > Vaughn > > > Scott Lowe wrote: > > The #1 complaint I have about using iSCSI relates to how LUNs are > > handled in the NetApp world: > > > > 1. You have to (by default) allocate 2x + deltas for LUNs. For a > > 100GB LUN, you'd need 240GB of space (by default--I know there are > > workarounds with ONTAP 7.2 and later). With an NFS mount (which is > > nothing more than exporting a FlexVol), you only need to account for > > the 20% Snapshot reserve. > > > > 2. You can't resize iSCSI LUNs. With NFS on a FlexVol, you can > > resize to your heart's content because WAFL is controlling the > > filesystem--not the host. > > > > 3. It's open, meaning that your VMDKs aren't locked into the > > proprietary VMFS file system. This could potentially simplify > backups > > and restores. > > > > As Glenn @ Voyant already mentioned, you also gain thin provisioned > > disks by default and more knowledge/history/experience with NFS than > > with iSCSI. > > > > Thanks, > > Scott Lowe > > ePlus Technology, Inc. > > slowe(a)eplus.com > > > > > > > > On Jul 11, 2007, at 9:34 AM, Davies,Matt wrote: > > > >> Scott, > >> > >> Any chance you could expand on the advantages of NFS over Iscsi ? > NFS > >> isn't an area I have any experience of.... > >> > >> Cheers > >> > >> Matt > >> > >> -----Original Message----- > >> From: owner-toasters(a)mathworks.com [mailto:owner- > toasters(a)mathworks.com] > >> On Behalf Of Scott Lowe > >> Sent: 11 July 2007 14:05 > >> To: Forest Leonard; toasters(a)mathworks.com > >> Subject: Re: List still active? > >> > >> Forest, > >> > >> When it comes time to configure VMkernel for VMotion, then I'd > >> definitely recommend keeping it separate from the virtual machine > >> network. As it stands right now, you don't even need a VMkernel NIC > >> configured because it sounds like you are using Qlogic iSCSI HBAs > and > >> only have a single ESX Server. Since the Qlogic cards handle the > >> iSCSI traffic and there is no VMotion, there no current need for a > >> VMkernel NIC (unless you want to use NFS from the FAS to provide > >> additional storage for VMs--which, by the way, works pretty well and > >> has some nice advantages over iSCSI, IMHO). > >> > >> Regards, > >> Scott Lowe > >> ePlus Technology, Inc. > >> slowe(a)eplus.com > >> > >> > >> > >> On Jul 11, 2007, at 8:33 AM, Forest Leonard wrote: > >> > >>> Interesting stuff. I only have one ESX server so I haven't gotten > >>> to the > >>> Vmotion configuration yet.. That should be later this year. > >>> > >>> I just configured a RDM to run a Virtual server on. I found an > article > >>> where you want to create the type as NTFS if it is a RDM for a > windows > >>> host. Not sure if I am going to use this going forward. I actually > >>> don't > >>> know if you can migrate into a RDM. It doesn't look like it. > >>> > >>> I am only using 2 NIC's on my Vmware server.. and a QLOGIC card for > my > >>> ISCSI access.. I may need to look at bulking up my NIC > >>> configuration. It > >>> looks like I may gain some performance if I separate my VMKernal > >>> from my > >>> Virtual Machine network? > >>> > >>> Thanks, > >>> Forest > >>> > >>> -----Original Message----- > >>> From: Davies,Matt [mailto:MDAVIES@generalatlantic.com] > >>> Sent: Wednesday, July 11, 2007 8:18 AM > >>> To: Forest Leonard; ggwalker(a)mindspring.com; toasters(a)mathworks.com > >>> Subject: RE: List still active? > >>> > >>> Sounds like we are both at the same stage. > >>> > >>> We are not using RDM's yet, however when it comes to exchange we > will > >>> have to, or I may just stick with using the Microsoft Iscsi > >>> initiatator > >>> from within the VM, not exactly supported, but I know of other > people > >>> doing it. > >>> > >>> We have migrated 8 machines so far, into just one datastore and > >>> have not > >>> seen any performance problems at all, although most of the machines > >>> have > >>> very low IO requirements. > >>> > >>> We are using a script to snapshot and then replicate using > snapmirror, > >>> it works very well, however our Virtual Centre server is also a VM > >>> which > >>> was causing a few problems with the snapshots on the VMware side > not > >>> being removed, but moving this to a separate datastore seems have > >>> cured > >>> the problems, even SQL doesn't seem to have a problem. > >>> > >>> The script is the one written by Evan Battle, that is in the newest > >>> netapp docs on VMware. I did have a few problems with ssh to the > >>> filer, > >>> but we are now using rsh and it seems to be ok. > >>> > >>> I don't know how you have setup your virtual switches on the ESX > side, > >>> but I got some best practice information out of VMware on that > >>> subject. > >>> > >>> Each of our ESX IBM3550 host servers have 6 Nics, connected as > >>> follows. > >>> > >>> 2 Nics for service console VMKernel for Vmotion, load balance using > >>> Virtual port ID > >>> > >>> 2 Nics for Virtual Machine network, load balance using Virtual port > ID > >>> > >>> 2 Nics for ISCSI (Service Console and VMKernel), load balance using > IP > >>> Hash > >>> > >>> Hope this helps.... > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> -----Original Message----- > >>> From: Forest Leonard [mailto:fleonard@rvigroup.com] > >>> Sent: 11 July 2007 11:06 > >>> To: Davies,Matt; ggwalker(a)mindspring.com; toasters(a)mathworks.com > >>> Subject: RE: List still active? > >>> > >>> Hey Matt... I am actually doing the exact same thing on a FAS 270.. > I > >>> have migrated about 7 servers so far. > >>> > >>> Are you using RDM's (remote device mappings) for the Virtual > >>> Machines? I > >>> actually just created 2 200GB LUNs on the netapp to use as > Datastores > >>> and have not had any performance issues. > >>> > >>> Just wondering what your experience with RDM's are.. I added one > >>> into a > >>> virtual machine.. It just lets you map a LUN directly to a Virtual > >>> machine. > >>> > >>> Has anyone out there used the netapp script to capture a VM > snapshot? > >>> > >>> Thanks, > >>> Forest > >>> > >>> ________________________________ > >>> > >>> From: owner-toasters(a)mathworks.com on behalf of Davies,Matt > >>> Sent: Wed 7/11/2007 1:00 AM > >>> To: ggwalker(a)mindspring.com; toasters(a)mathworks.com > >>> Subject: RE: List still active? > >>> > >>> > >>> > >>> Still working by the looks of things. > >>> > >>> busy in process of migrating all our physical severs to VM, stored > >>> on a > >>> iscsi lun on a FAS 270. > >>> > >>> For those that want to know we are using the software iscsi > initiator > >>> within ESX and have not had any problems so far. > >>> > >>> 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: Wed Jul 11 01:03:49 2007 > >>> Subject: List still active? > >>> > >>> I've noticed that I'm still subscribed, but have received no email > >>> since > >>> July 4th. Everyone didn't trade their NetApp gear for something > else > >>> while I was out of town did they?? J > >>> > >>> > >>> > >>> _____________________________________________________________ > >>> 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. > >>> > >>> > >>> > >>> > ###################################################################### > >> > >>> ## > >>> ############# > >>> Note: > >>> If you have received this message in error, please notify the > original > >>> sender immediately by telephone (203)975-2100 or by return e-mail, > and > >>> delete the message, along with any attachments from your computer. > If > >>> you have received this message in error, you are hereby notified > that > >>> any dissemination, distribution or copying of this e-mail, and any > >>> attachments thereto, is strictly prohibited.This note is also to > >>> notify > >>> the recipient of this email that it has been scanned for all known > >>> viruses and attacking techniques. Thank you. > http://www.rvigroup.com > >>> > ###################################################################### > >> > >>> ## > >>> ############# > >>> > >>> > ###################################################################### > >> > >>> ############### > >>> Note: > >>> If you have received this message in error, please notify the > >>> original sender immediately by telephone (203)975-2100 or by return > >>> e-mail, and delete the message, along with any attachments from > >>> your computer. If you have received this message in error, you are > >>> hereby notified that any dissemination, distribution or copying of > >>> this e-mail, and any attachments thereto, is strictly > >>> prohibited.This note is also to notify the recipient of this email > >>> that it has been scanned for all known viruses and attacking > >>> techniques. Thank you. http://www.rvigroup.com > >>> > ###################################################################### > >> > >>> ############### > >>> > >> > >> > > > > >

2 1

RE: NFS vs. iSCSI for VMware (was "Re: List still active?")
by Kenneth Heal 11 Jul '07

11 Jul '07

HiFilers will happily support NFS over TCP (indeed Netapp often recommends this, see for example http://www.netapp.com/library/tr/3183.pdf). There is also support for NFSv4 and apparently they have made some improvements to NFS in 7.2.x.I am not currently working much with ESX, so I shall have to leave that for others to comment on -- but this is an interesting discussion to follow. cheersKennethKenneth HealStorage ConsultantSenet Eindhoven bv> Subject: RE: NFS vs. iSCSI for VMware (was "Re: List still active?")> Date: Wed, 11 Jul 2007 16:00:48 +0100> From: MDAVIES(a)generalatlantic.com> To: slowe(a)EPLUS.com; toasters(a)mathworks.com> > > Is anyone using NFS volumes and VMware in a production environment ?> > I know it has been reported that there isn't a great deal difference in> performance especially when compared with IScsi, but is this true ?> > And from what I remember ESX only supports NFS V3 over TCP, do the> Filers work with this ? Sorry my knowledge of NFS wouldn't fill the back> of a postage stamp.> > And I'm sorry I have turned this into a VMware list :)> > > Cheers> > Matt> > > > > -----Original Message-----> From: Scott Lowe [mailto:slowe@EPLUS.com] > Sent: 11 July 2007 15:44> To: Davies,Matt; toasters(a)mathworks.com> Subject: NFS vs. iSCSI for VMware (was "Re: List still active?")> > The #1 complaint I have about using iSCSI relates to how LUNs are > handled in the NetApp world:> > 1. You have to (by default) allocate 2x + deltas for LUNs. For a > 100GB LUN, you'd need 240GB of space (by default--I know there are > workarounds with ONTAP 7.2 and later). With an NFS mount (which is > nothing more than exporting a FlexVol), you only need to account for > the 20% Snapshot reserve.> > 2. You can't resize iSCSI LUNs. With NFS on a FlexVol, you can > resize to your heart's content because WAFL is controlling the > filesystem--not the host.> > 3. It's open, meaning that your VMDKs aren't locked into the > proprietary VMFS file system. This could potentially simplify > backups and restores.> > As Glenn @ Voyant already mentioned, you also gain thin provisioned > disks by default and more knowledge/history/experience with NFS than > with iSCSI.> > Thanks,> Scott Lowe> ePlus Technology, Inc.> slowe(a)eplus.com> > > > On Jul 11, 2007, at 9:34 AM, Davies,Matt wrote:> > > Scott,> >> > Any chance you could expand on the advantages of NFS over Iscsi ? NFS> > isn't an area I have any experience of....> >> > Cheers> >> > Matt> >> > -----Original Message-----> > From: owner-toasters(a)mathworks.com [mailto:owner- > > toasters(a)mathworks.com]> > On Behalf Of Scott Lowe> > Sent: 11 July 2007 14:05> > To: Forest Leonard; toasters(a)mathworks.com> > Subject: Re: List still active?> >> > Forest,> >> > When it comes time to configure VMkernel for VMotion, then I'd> > definitely recommend keeping it separate from the virtual machine> > network. As it stands right now, you don't even need a VMkernel NIC> > configured because it sounds like you are using Qlogic iSCSI HBAs and> > only have a single ESX Server. Since the Qlogic cards handle the> > iSCSI traffic and there is no VMotion, there no current need for a> > VMkernel NIC (unless you want to use NFS from the FAS to provide> > additional storage for VMs--which, by the way, works pretty well and> > has some nice advantages over iSCSI, IMHO).> >> > Regards,> > Scott Lowe> > ePlus Technology, Inc.> > slowe(a)eplus.com> >> >> >> > On Jul 11, 2007, at 8:33 AM, Forest Leonard wrote:> >> >> Interesting stuff. I only have one ESX server so I haven't gotten> >> to the> >> Vmotion configuration yet.. That should be later this year.> >>> >> I just configured a RDM to run a Virtual server on. I found an > >> article> >> where you want to create the type as NTFS if it is a RDM for a > >> windows> >> host. Not sure if I am going to use this going forward. I actually> >> don't> >> know if you can migrate into a RDM. It doesn't look like it.> >>> >> I am only using 2 NIC's on my Vmware server.. and a QLOGIC card > >> for my> >> ISCSI access.. I may need to look at bulking up my NIC> >> configuration. It> >> looks like I may gain some performance if I separate my VMKernal> >> from my> >> Virtual Machine network?> >>> >> Thanks,> >> Forest> >>> >> -----Original Message-----> >> From: Davies,Matt [mailto:MDAVIES@generalatlantic.com]> >> Sent: Wednesday, July 11, 2007 8:18 AM> >> To: Forest Leonard; ggwalker(a)mindspring.com; toasters(a)mathworks.com> >> Subject: RE: List still active?> >>> >> Sounds like we are both at the same stage.> >>> >> We are not using RDM's yet, however when it comes to exchange we will> >> have to, or I may just stick with using the Microsoft Iscsi> >> initiatator> >> from within the VM, not exactly supported, but I know of other people> >> doing it.> >>> >> We have migrated 8 machines so far, into just one datastore and> >> have not> >> seen any performance problems at all, although most of the machines> >> have> >> very low IO requirements.> >>> >> We are using a script to snapshot and then replicate using > >> snapmirror,> >> it works very well, however our Virtual Centre server is also a VM> >> which> >> was causing a few problems with the snapshots on the VMware side not> >> being removed, but moving this to a separate datastore seems have> >> cured> >> the problems, even SQL doesn't seem to have a problem.> >>> >> The script is the one written by Evan Battle, that is in the newest> >> netapp docs on VMware. I did have a few problems with ssh to the> >> filer,> >> but we are now using rsh and it seems to be ok.> >>> >> I don't know how you have setup your virtual switches on the ESX > >> side,> >> but I got some best practice information out of VMware on that> >> subject.> >>> >> Each of our ESX IBM3550 host servers have 6 Nics, connected as> >> follows.> >>> >> 2 Nics for service console VMKernel for Vmotion, load balance using> >> Virtual port ID> >>> >> 2 Nics for Virtual Machine network, load balance using Virtual > >> port ID> >>> >> 2 Nics for ISCSI (Service Console and VMKernel), load balance > >> using IP> >> Hash> >>> >> Hope this helps....> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> -----Original Message-----> >> From: Forest Leonard [mailto:fleonard@rvigroup.com]> >> Sent: 11 July 2007 11:06> >> To: Davies,Matt; ggwalker(a)mindspring.com; toasters(a)mathworks.com> >> Subject: RE: List still active?> >>> >> Hey Matt... I am actually doing the exact same thing on a FAS 270.. I> >> have migrated about 7 servers so far.> >>> >> Are you using RDM's (remote device mappings) for the Virtual> >> Machines? I> >> actually just created 2 200GB LUNs on the netapp to use as Datastores> >> and have not had any performance issues.> >>> >> Just wondering what your experience with RDM's are.. I added one> >> into a> >> virtual machine.. It just lets you map a LUN directly to a Virtual> >> machine.> >>> >> Has anyone out there used the netapp script to capture a VM snapshot?> >>> >> Thanks,> >> Forest> >>> >> ________________________________> >>> >> From: owner-toasters(a)mathworks.com on behalf of Davies,Matt> >> Sent: Wed 7/11/2007 1:00 AM> >> To: ggwalker(a)mindspring.com; toasters(a)mathworks.com> >> Subject: RE: List still active?> >>> >>> >>> >> Still working by the looks of things.> >>> >> busy in process of migrating all our physical severs to VM, stored> >> on a> >> iscsi lun on a FAS 270.> >>> >> For those that want to know we are using the software iscsi initiator> >> within ESX and have not had any problems so far.> >>> >> 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: Wed Jul 11 01:03:49 2007> >> Subject: List still active?> >>> >> I've noticed that I'm still subscribed, but have received no email> >> since> >> July 4th. Everyone didn't trade their NetApp gear for something else> >> while I was out of town did they?? J> >>> >>> >>> >> _____________________________________________________________> >> 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.> >>> >>> >>> >> #####################################################################> > >> #> >> >> ##> >> #############> >> Note:> >> If you have received this message in error, please notify the > >> original> >> sender immediately by telephone (203)975-2100 or by return e-mail, > >> and> >> delete the message, along with any attachments from your > >> computer. If> >> you have received this message in error, you are hereby notified that> >> any dissemination, distribution or copying of this e-mail, and any> >> attachments thereto, is strictly prohibited.This note is also to> >> notify> >> the recipient of this email that it has been scanned for all known> >> viruses and attacking techniques. Thank you. http://www.rvigroup.com> >> #####################################################################> > >> #> >> >> ##> >> #############> >>> >> #####################################################################> > >> #> >> >> ###############> >> Note:> >> If you have received this message in error, please notify the> >> original sender immediately by telephone (203)975-2100 or by return> >> e-mail, and delete the message, along with any attachments from> >> your computer. If you have received this message in error, you are> >> hereby notified that any dissemination, distribution or copying of> >> this e-mail, and any attachments thereto, is strictly> >> prohibited.This note is also to notify the recipient of this email> >> that it has been scanned for all known viruses and attacking> >> techniques. Thank you. http://www.rvigroup.com> >> #####################################################################> > >> #> >> >> ###############> >>> >> >> > > _________________________________________________________________ With Windows Live Hotmail, you can personalize your inbox with your favorite color. www.windowslive-hotmail.com/learnmore/personalize.html?locale=en-us&ocid=TX…

1 0

RE: List still active?
by Davies,Matt 11 Jul '07

11 Jul '07

Glenn, Thanks for the info, perhaps it's time to get a NFS license for my filers. Cheers Matt -----Original Message----- From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: 11 July 2007 14:55 To: Davies,Matt; Scott Lowe; Forest Leonard; toasters(a)mathworks.com Subject: RE: List still active? Advantages IMHO 1) VMDKs on NFS are by default THIN-Provisioned; 2) Throughput is about equal 3) NFS is a heck of a lot easier to administer 4) There's 3x longer history and knowledgebase on NFS network t-shooting. Dis-Advantages: 1) You can do a QLogic iSCSI card to offload CPU processing of packets; 2) In a big environment you can use iSNS; 3) You can be much more granular with masking/etc (although I can imagine you can be creative with NFS) 4) NFS is stateless (v2), to be run fastest you use UDP; so to make it reliable it gets a little slower (but still not a real biggie) Anyone else? Glenn @ VOyant > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner- > toasters(a)mathworks.com] On Behalf Of Davies,Matt > Sent: Wednesday, July 11, 2007 9:35 AM > To: Scott Lowe; Forest Leonard; toasters(a)mathworks.com > Subject: RE: List still active? > > Scott, > > Any chance you could expand on the advantages of NFS over Iscsi ? NFS > isn't an area I have any experience of.... > > Cheers > > Matt > > -----Original Message----- > From: owner-toasters(a)mathworks.com [mailto:owner- > toasters(a)mathworks.com] > On Behalf Of Scott Lowe > Sent: 11 July 2007 14:05 > To: Forest Leonard; toasters(a)mathworks.com > Subject: Re: List still active? > > Forest, > > When it comes time to configure VMkernel for VMotion, then I'd > definitely recommend keeping it separate from the virtual machine > network. As it stands right now, you don't even need a VMkernel NIC > configured because it sounds like you are using Qlogic iSCSI HBAs and > only have a single ESX Server. Since the Qlogic cards handle the > iSCSI traffic and there is no VMotion, there no current need for a > VMkernel NIC (unless you want to use NFS from the FAS to provide > additional storage for VMs--which, by the way, works pretty well and > has some nice advantages over iSCSI, IMHO). > > Regards, > Scott Lowe > ePlus Technology, Inc. > slowe(a)eplus.com > > > > On Jul 11, 2007, at 8:33 AM, Forest Leonard wrote: > > > Interesting stuff. I only have one ESX server so I haven't gotten > > to the > > Vmotion configuration yet.. That should be later this year. > > > > I just configured a RDM to run a Virtual server on. I found an > article > > where you want to create the type as NTFS if it is a RDM for a > windows > > host. Not sure if I am going to use this going forward. I actually > > don't > > know if you can migrate into a RDM. It doesn't look like it. > > > > I am only using 2 NIC's on my Vmware server.. and a QLOGIC card for > my > > ISCSI access.. I may need to look at bulking up my NIC > > configuration. It > > looks like I may gain some performance if I separate my VMKernal > > from my > > Virtual Machine network? > > > > Thanks, > > Forest > > > > -----Original Message----- > > From: Davies,Matt [mailto:MDAVIES@generalatlantic.com] > > Sent: Wednesday, July 11, 2007 8:18 AM > > To: Forest Leonard; ggwalker(a)mindspring.com; toasters(a)mathworks.com > > Subject: RE: List still active? > > > > Sounds like we are both at the same stage. > > > > We are not using RDM's yet, however when it comes to exchange we will > > have to, or I may just stick with using the Microsoft Iscsi > > initiatator > > from within the VM, not exactly supported, but I know of other people > > doing it. > > > > We have migrated 8 machines so far, into just one datastore and > > have not > > seen any performance problems at all, although most of the machines > > have > > very low IO requirements. > > > > We are using a script to snapshot and then replicate using > snapmirror, > > it works very well, however our Virtual Centre server is also a VM > > which > > was causing a few problems with the snapshots on the VMware side not > > being removed, but moving this to a separate datastore seems have > > cured > > the problems, even SQL doesn't seem to have a problem. > > > > The script is the one written by Evan Battle, that is in the newest > > netapp docs on VMware. I did have a few problems with ssh to the > > filer, > > but we are now using rsh and it seems to be ok. > > > > I don't know how you have setup your virtual switches on the ESX > side, > > but I got some best practice information out of VMware on that > > subject. > > > > Each of our ESX IBM3550 host servers have 6 Nics, connected as > > follows. > > > > 2 Nics for service console VMKernel for Vmotion, load balance using > > Virtual port ID > > > > 2 Nics for Virtual Machine network, load balance using Virtual port > ID > > > > 2 Nics for ISCSI (Service Console and VMKernel), load balance using > IP > > Hash > > > > Hope this helps.... > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > From: Forest Leonard [mailto:fleonard@rvigroup.com] > > Sent: 11 July 2007 11:06 > > To: Davies,Matt; ggwalker(a)mindspring.com; toasters(a)mathworks.com > > Subject: RE: List still active? > > > > Hey Matt... I am actually doing the exact same thing on a FAS 270.. I > > have migrated about 7 servers so far. > > > > Are you using RDM's (remote device mappings) for the Virtual > > Machines? I > > actually just created 2 200GB LUNs on the netapp to use as Datastores > > and have not had any performance issues. > > > > Just wondering what your experience with RDM's are.. I added one > > into a > > virtual machine.. It just lets you map a LUN directly to a Virtual > > machine. > > > > Has anyone out there used the netapp script to capture a VM snapshot? > > > > Thanks, > > Forest > > > > ________________________________ > > > > From: owner-toasters(a)mathworks.com on behalf of Davies,Matt > > Sent: Wed 7/11/2007 1:00 AM > > To: ggwalker(a)mindspring.com; toasters(a)mathworks.com > > Subject: RE: List still active? > > > > > > > > Still working by the looks of things. > > > > busy in process of migrating all our physical severs to VM, stored > > on a > > iscsi lun on a FAS 270. > > > > For those that want to know we are using the software iscsi initiator > > within ESX and have not had any problems so far. > > > > 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: Wed Jul 11 01:03:49 2007 > > Subject: List still active? > > > > I've noticed that I'm still subscribed, but have received no email > > since > > July 4th. Everyone didn't trade their NetApp gear for something else > > while I was out of town did they?? J > > > > > > > > _____________________________________________________________ > > 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. > > > > > > > > > ###################################################################### > > > ## > > ############# > > Note: > > If you have received this message in error, please notify the > original > > sender immediately by telephone (203)975-2100 or by return e-mail, > and > > delete the message, along with any attachments from your computer. > If > > you have received this message in error, you are hereby notified that > > any dissemination, distribution or copying of this e-mail, and any > > attachments thereto, is strictly prohibited.This note is also to > > notify > > the recipient of this email that it has been scanned for all known > > viruses and attacking techniques. Thank you. http://www.rvigroup.com > > > ###################################################################### > > > ## > > ############# > > > > > ###################################################################### > > > ############### > > Note: > > If you have received this message in error, please notify the > > original sender immediately by telephone (203)975-2100 or by return > > e-mail, and delete the message, along with any attachments from > > your computer. If you have received this message in error, you are > > hereby notified that any dissemination, distribution or copying of > > this e-mail, and any attachments thereto, is strictly > > prohibited.This note is also to notify the recipient of this email > > that it has been scanned for all known viruses and attacking > > techniques. Thank you. http://www.rvigroup.com > > > ###################################################################### > > > ############### > > > > >

1 0

List still active?
by Glenn Walker 11 Jul '07

11 Jul '07

I've noticed that I'm still subscribed, but have received no email since July 4th. Everyone didn't trade their NetApp gear for something else while I was out of town did they?? :-)

3 2

snapmirror newbie
by George Kahler 04 Jul '07

04 Jul '07

Hi, I'm evaluating snapmirror for qtree migration from our existing filers running 6.5.4P8 to a newly purchased FAS3040 running 7.2.2 I have configured snapmirror and managed to figure out how to do the initial transfer but I can't seem to get the following ... I would like to be able to stop (and resume at a later time) both the initial and any later updates if I find that they are impacting the production system. Tried: quiesce, break & resync, break & resume Please help. George

5 5

find busiest flexvols in an aggregate?
by Mopar Guy 30 Jun '07

30 Jun '07

we have many flexvols in a large aggregate. our filer 960C is always 100% cpu and about 11,000 to 18,000 nfs ops/sec. some people have started complaining about performance. how can we tell what flexvols may be overutilized or consuming most of the traffic so we can perhaps migrate them elsewhere? also we only have two fibre loops with 7 shelves on each loop, if we added a third and split them down to about 4 shelves or so per loop would that improve i/o?

2 1

Re: Mac OS AFP support?
by van Teylingen, Geert 30 Jun '07

30 Jun '07

You may want to have a look at http://www.netapp.com/library/tr/3472.pdf. ---- Met vriendelijke groet / With kind regards, Geert van Teylingen SE NetApp [Sent from my Blackberry Handheld, apologies for any typos...] -----Original Message----- From: Jack Lyons <jack1729(a)gmail.com> To: Sphar, Mike <Mike_Sphar(a)bmc.com> CC: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Sat Jun 30 13:56:51 2007 Subject: Re: Mac OS AFP support? Dave uses the "hidden" file stream in NTFS for the resource information. The only weird thing we saw with resource forks, was that font files would appear as 0k files, because they store their data in the resource fork. What problems are you seeing. Sphar, Mike wrote: > Don't you still have the resource fork files left behind when using > Dave? > > >

1 0

Odd problem since upgrade to FAS6030
by Warkentin, Grant 29 Jun '07

29 Jun '07

We recently upgraded to a FAS6030 running 7.2.2. Since the upgrade our developers (they run VMWare Workstation 5.5) have been complaining that the connection to their H: drives is dropping. They receive a message about "You are now in off-line mode". When the filer is pinged, it does respond and the H: drive will reconnect eventually. The regular work stations are having no problems with this. Only the VMWare users. Have not been able to find any relevant docs in a Google search yet... Thought I'd post here in case someone has seen this. Thanks. Grant Warkentin, B.Sc System Administrator II Information Technology, IT Operations The City of Calgary | Mail Code: 8245 T: (403) 268-5629 | F: (403) 268-2546 Floor 3, Administration Building, 800 Macleod Trail S.E. P.O. Box 2100, Station M, Calgary, AB Canada. T2P 2M5

1 0

Scsi sense check/tape backup errors.
by Ken Williams 29 Jun '07

29 Jun '07

So I have an FAS3020 running 7.0.2 It has been repurposed to handle production data and as such we need to back it up. I've attached a DLT8000 tape drive to is via SAN (fiber->scsi bridge), and ontap sees the tape: Tape drive (em2dir1:2-26.146L4) Quantum DLT8000 rst4l - rewind device, format is: 81633 bpi 40GB cmp DLTIV nrst4l - no rewind device, format is: 81633 bpi 40GB cmp DLTIV urst4l - unload/reload device, format is: 81633 bpi 40GB cmp DLTIV rst4m - rewind device, format is: 85937 bpi 70GB cmp DLTIV nrst4m - no rewind device, format is: 85937 bpi 70GB cmp DLTIV urst4m - unload/reload device, format is: 85937 bpi 70GB cmp DLTIV rst4h - rewind device, format is: 98250 bpi 40GB DLTIV nrst4h - no rewind device, format is: 98250 bpi 40GB DLTIV urst4h - unload/reload device, format is: 98250 bpi 40GB DLTIV rst4a - rewind device, format is: 98250 bpi 80GB cmp DLTIV nrst4a - no rewind device, format is: 98250 bpi 80GB cmp DLTIV urst4a - unload/reload device, format is: 98250 bpi 80GB cmp DLTIV There is media in said tape, it is NOT write protected, and I've tried other media as well as other tape drivers (I actually have 4 DLT8000 drives assigned to the machine) Whenever I try to dump data to tape manually : dump 0f nrst4a /vol/vol0/etc ... Fri Jun 29 10:03:24 PDT [tape.cmd.chkCondErr:error]: Device em2dir1:2-26.146L4: Check Condition: SCSI Op Code Write(06)) (CDB 0x0a: 0x00fc00 bytes): data protec t - Write protected (0x7 - 0x27 0x0 0x0). DUMP: Tape write failed - new tape is broken or write protected. ... When issuing mt commands (rewind specifically) I get this error: Fri Jun 29 10:03:07 PDT [scsi.cmd.checkCondition:error]: Device em2dir1:2-26.14 L4L4: Check Condition: CDB 0x15: Sense Data SCSI:data protect - (0x7 - 0x27 0x 0x0)(1). Any ideas? I've scoured NOW, nothing seems to resolve my issue. __________________________________________________________ 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

1 0

Cifsconfig_share.cfg
by Jon Hill 29 Jun '07

29 Jun '07

We need to replicate the definitions for all cifs shares of files from a particular volume to our DR filer. For the moment I'm probably going to manually copy all the relevant lines from etc/cifsconfig_share.cfg on the production filer and paste it into the corresponding file on the DR filer, but I'm a little concerned by occasional groups of 6-8 rows of hash marks / pound signs (#) I see scattered throughout the file. Does anyone know what these represent? I was thinking maybe onTAP deletes old shares by replacing their relevant lines in cifsconfig_share.cfg with #s, but that seems like an ugly way to achieve the goal.

2 1

Snapvault:
by Francois Joubert 28 Jun '07

28 Jun '07

I have a number of volumes/qtrees on my primary filer. I am busy setting up snapvault on a secondary filer (both have an equal number of disks available to them). I was wondering which might be better in practice: a one-to-one relationship of volumes and qtrees on the primary and secondary; or to create the requisite number of qtrees on the secondary inside a single large volume. At the moment, I have 8Tbytes configured (4 volumes, 2 aggregates) on the primary (including snap reserve). I have about 5.5Tbytes of data to migrate onto the primary filer. Thanks Francois -- ______________________________________________________________________ Imagination Limited Registered in England and Wales with Company Registration Number 1442096 Registered Office: 25 Store Street South Crescent, London WC1E 7BL, England Tel +44 (0)20 7323 3300 Fax +44 (0)20 7323 5801 This email is confidential and may be privileged and is intended only for the addressee: if you have received it in error please notify the sender and delete it. We strive to make our systems secure but cannot accept any liability for viruses or any other security issue. ______________________________________________________________________

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