toasters

toasters@lists.teaparty.net

1 participants
13516 discussions

RE: Disk writes occuring when no network activity?
by Borders, Rich 06 Mar '03

06 Mar '03

Disk Scrubs? Did you just upgrade? > > -----Original Message----- > From: Art Hebert [mailto:art@arzoon.com] > Sent: Wednesday, March 05, 2003 11:02 PM > To: toasters(a)mathworks.com > > > Would anybody know why I have disk writes occurring on my > netapp when it is completely disconnected from the network. > It is doing memory scrubs, but would this cause writes to the disk? > > Here is what sysstat looks like. As you can see there isn't > any nfs, cifs or http activity. On my other filers that are > hooked up to a network the Disk writes go to zero when there > isn't any activity. > > smf760-01*> sysstat 1 > CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape > kB/s Cache > in out read write read > write age > 2% 0 0 0 0 0 0 762 0 > 0 59 > 1% 0 0 0 0 0 0 740 0 > 0 59 > 2% 0 0 0 0 0 0 752 0 > 0 59 > 1% 0 0 0 0 0 0 764 0 > 0 59 > 2% 0 0 0 0 0 0 788 0 > 0 59 > 1% 0 0 0 0 0 0 788 0 > 0 59 > 2% 0 0 0 0 0 0 784 0 > 0 59 > 1% 0 0 0 0 0 0 808 0 > 0 59 > 2% 0 0 0 0 0 0 804 0 > 0 59 > 3% 0 0 0 0 0 156 1108 0 > 0 59 > 2% 0 0 0 0 0 0 824 0 > 0 60 > 1% 0 0 0 0 0 0 868 0 > 0 60 > 2% 0 0 0 0 0 0 888 0 > 0 60 > 4% 0 0 0 0 0 0 880 0 > 0 60 > 2% 0 0 0 0 0 0 844 0 > 0 60 > 2% 0 0 0 0 0 0 892 0 > 0 60 > 2% 0 0 0 0 0 0 872 0 > 0 60 > 1% 0 0 0 0 0 0 880 0 > 0 60 > 2% 0 0 0 0 0 0 884 0 > 0 60 > CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape > kB/s Cache > in out read write read > write age > 1% 0 0 0 0 0 0 852 0 > 0 60 > 4% 0 0 0 0 0 164 1148 0 > 0 60 > > Thanks > > art >

1 0

Disk writes occuring when no network activity?
by Art Hebert 06 Mar '03

06 Mar '03

Would anybody know why I have disk writes occurring on my netapp when it is completely disconnected from the network. It is doing memory scrubs, but would this cause writes to the disk? Here is what sysstat looks like. As you can see there isn't any nfs, cifs or http activity. On my other filers that are hooked up to a network the Disk writes go to zero when there isn't any activity. smf760-01*> sysstat 1 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 2% 0 0 0 0 0 0 762 0 0 59 1% 0 0 0 0 0 0 740 0 0 59 2% 0 0 0 0 0 0 752 0 0 59 1% 0 0 0 0 0 0 764 0 0 59 2% 0 0 0 0 0 0 788 0 0 59 1% 0 0 0 0 0 0 788 0 0 59 2% 0 0 0 0 0 0 784 0 0 59 1% 0 0 0 0 0 0 808 0 0 59 2% 0 0 0 0 0 0 804 0 0 59 3% 0 0 0 0 0 156 1108 0 0 59 2% 0 0 0 0 0 0 824 0 0 60 1% 0 0 0 0 0 0 868 0 0 60 2% 0 0 0 0 0 0 888 0 0 60 4% 0 0 0 0 0 0 880 0 0 60 2% 0 0 0 0 0 0 844 0 0 60 2% 0 0 0 0 0 0 892 0 0 60 2% 0 0 0 0 0 0 872 0 0 60 1% 0 0 0 0 0 0 880 0 0 60 2% 0 0 0 0 0 0 884 0 0 60 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 1% 0 0 0 0 0 0 852 0 0 60 4% 0 0 0 0 0 164 1148 0 0 60 Thanks art

1 0

etc/log/snapmirror.log parsing
by Todd C. Merrill 05 Mar '03

05 Mar '03

Has anyone written anything to parse the snapmirror logs to convert: dst Wed Mar 5 03:00:00 EST xxxxx:/vol/vol0/- yyyyy:/vol/vol1/xxxxx_vol0 Request (Scheduled) dst Wed Mar 5 03:00:04 EST xxxxx:/vol/vol0/- yyyyy:/vol/vol1/xxxxx_vol0 Start dst Wed Mar 5 03:51:58 EST xxxxx:/vol/vol0/- yyyyy:/vol/vol1/xxxxx_vol0 End (28215980 KB) into something a bit more useful, like: dst Wed Mar 5 03:51:58 EST bat07:/vol/vol0/- bat00bak:/vol/vol1/bat07_vol0 End (28215980 kB, 00:51:54, 530 MB/min)? which adds elapsed time and transfer rate? Or, something further that completely parses the log and reports: Source Size Elapsed Rate ------------------------------------------------------------------ xxxxx:/vol/vol0/- 28215980 kB 00:51:54 530 MB/min zzzzz:/vol/vol0/qtree 4345164 kB 00:16:13 262 MB/min [...] for all my snapmirror transfers for the night? Until next time... The MathWorks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

2 2

RE: etc/log/snapmirror.log parsing
by Yee, Steven 05 Mar '03

05 Mar '03

there is a snapmirror log parsing tool available on the tools section of NOW, if it doesn't do what you want it should be easily extendable (its in perl) from the NOW page blurb: SnapMirror Log Parser (parse_smlog) This Perl script is an example of how the SnapMirror log file can be parsed so that they can be more easily understood. This script runs under Perl5 and should run on most Unix based systems. steve. -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Wednesday, March 05, 2003 8:08 AM To: toasters(a)mathworks.com Subject: etc/log/snapmirror.log parsing Has anyone written anything to parse the snapmirror logs to convert: dst Wed Mar 5 03:00:00 EST xxxxx:/vol/vol0/- yyyyy:/vol/vol1/xxxxx_vol0 Request (Scheduled) dst Wed Mar 5 03:00:04 EST xxxxx:/vol/vol0/- yyyyy:/vol/vol1/xxxxx_vol0 Start dst Wed Mar 5 03:51:58 EST xxxxx:/vol/vol0/- yyyyy:/vol/vol1/xxxxx_vol0 End (28215980 KB) into something a bit more useful, like: dst Wed Mar 5 03:51:58 EST bat07:/vol/vol0/- bat00bak:/vol/vol1/bat07_vol0 End (28215980 kB, 00:51:54, 530 MB/min)? which adds elapsed time and transfer rate? Or, something further that completely parses the log and reports: Source Size Elapsed Rate ------------------------------------------------------------------ xxxxx:/vol/vol0/- 28215980 kB 00:51:54 530 MB/min zzzzz:/vol/vol0/qtree 4345164 kB 00:16:13 262 MB/min [...] for all my snapmirror transfers for the night? Until next time... The MathWorks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

NetApp Logs
by Steve Evans 05 Mar '03

05 Mar '03

Are there any products out there that parse NetApp logs and will just show me/e-mail me/etc the interesting stuff. Steve Evans SDSU Foundation (619) 594-0653

1 0

swapping heads
by Peter D. Gray 05 Mar '03

05 Mar '03

Does anybody know if it safe to simply swap heads between a F720 and a F740 filer? Since the OS and configuration is on the disks I assume this will work ok as long as the OS and/or configuration is not specific to either of these 2 models? Regards, pdg -- See mail headers for contact information.

3 3

RE: swapping heads
by Alan McLachlan 05 Mar '03

05 Mar '03

Hi Peter, How's everything down Wollongong way? Thanswer to your question is yes, bearing in mind that the F720 won't [officially] support as much storage as an F740. They both run alphas so you don't even need to reload OnTap. You must halt the filer properly to make sure NVRAM is flushed. Then power down, swap the heads and boot it up. To go to in Intel based filer head (800 series) you would need to run through the regular OnTap upgrade procedure, including the "download" console instruction, with an Intel version of OnTap first. Then simply halt, power down and swap the heads just as you would normally. regards, Alan. -----Original Message----- From: Peter D. Gray [mailto:pdg@uow.edu.au] Sent: Wednesday, 5 March 2003 9:14 AM To: toasters(a)mathworks.com Subject: swapping heads Does anybody know if it safe to simply swap heads between a F720 and a F740 filer? Since the OS and configuration is on the disks I assume this will work ok as long as the OS and/or configuration is not specific to either of these 2 models? Regards, pdg -- See mail headers for contact information. **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

2 1

Adding RAM
by David Schairer 05 Mar '03

05 Mar '03

We were told recently by someone who's now left Netapp that it's "routine" inside Netapp to to put more RAM (dynamic, not NVRAM) in 7x0 and 8x0-class boxes than the published maximum. I assume this is with higher-density memory. Has anyone outside netapp seen or heard this done? I'd like to know if it's been observed in the wild before I go try to get this rumor confirmed through our sales channels. --DRS

1 0

��@�P�S�ˁi��Q�j
by ririka＠email.it 03 Mar '03

03 Mar '03

�ʐ^��ς�� O�ɑ��āI http://ririka80.muvc.net/ http://ririka.6server.com/ http://www.sultryserver.com/teen/ririka/ http://www.royalfreehost.com/teen/ririka/ http://www.pornhostz.com/users/ririka/ ��É��c�n�Ƃ��̓��Ƃ��m��Ă�H http://book-i.net/ririka80/ http://host.deluxnetwork.com/~ririka/ http://www.free-xxx-server.com/sites/asians/ririka/

1 0

re-install a F87 ?
by Frank Bonnet 03 Mar '03

03 Mar '03

Hi Due to several install problem I would like to re-install completely a F87 , erase all data and install Ontap how is it possible as there are no boot diskettes ? Thanks -- Frank Bonnet

2 1

Snapvault and 6.4
by Frank Gilmurray 28 Feb '03

28 Feb '03

Anyone using snapvault w/ 6.4? We use snapvault to update a R100 and it was working fine until we upgraded to 6.4 yesterday. We upgraded to get the 255 snapshot limit. I've opened a case on this but was wondering if anyone else has any ideas on what could be going wrong. The client snapshot is fine but the server snapshot has yesterday's contents even though it says it was xfered this morning at 2:05. A directory I created yesterday shows up in the client snapshot but not in the server snapshot. None of the qtrees were updated last night. Thanks, Frank -- Frank Gilmurray Release Engineer Nokia, Inc. phone: (650) 625-2179 313 Fairchild Drive, Blgd. A cell: (650) 892-4029 Mountain View, CA 94043 email: Frank.Gilmurray(a)nokia.com

1 0

R100 vol config for performance
by Mark Bentley 28 Feb '03

28 Feb '03

I'm already spreading disks in a volume across the 7 SCSI controllers, but I'm wondering if there is also a performance advantage/disadvantage to spreading out the disks in a volume across the three IDE-to-SCSI bridges in each R100 disk shelf? For example, if I wanted to create a volume with 3 disks, would it be better to pick three disks on the same bridge (like 3.0, 3.1, and 3.2) or would it be better to pick three across three bridges (like 3.0, 3.8, and 3.12) ? Or doesn't it make a difference? Thanks, Mark -- Mark Bentley TDG Unix Lab Ops AT&T Wireless Services Phone: 425-580-1667

2 3

RE: Filer's security information
by Kumar, Rahul 28 Feb '03

28 Feb '03

Please sync the time on netapp to the match it to the Samba Machines time. This should solve the error. Rahul Kumar, Infrastructure Analyst, EDS PLM Solutions, Pune, India. Tele: +91-20-2930812 Cell: +00-91-9422087523 Email: rahul.kumar(a)eds.com -----Original Message----- From: Frank Bonnet [mailto:bonnetf@bart.esiee.fr] Sent: Friday, February 28, 2003 4:18 PM To: toasters(a)mathworks.com Subject: Filer's security information Hi I'm STILL trying to use a Samba server 3.0 as a PDC at this point I have the following error message Fri Feb 28 11:42:00 CET [rc:CRITICAL]: CIFS - Filer's security information differs from domain controller. thanks for any infos -- Frank Bonnet

2 1

Filer's security information
by Frank Bonnet 28 Feb '03

28 Feb '03

Hi I'm STILL trying to use a Samba server 3.0 as a PDC at this point I have the following error message Fri Feb 28 11:42:00 CET [rc:CRITICAL]: CIFS - Filer's security information differs from domain controller. thanks for any infos -- Frank Bonnet

1 0

inodes/volumes/mildir/Courier IMAP
by George Kahler 28 Feb '03

28 Feb '03

Hi, I'm about to start a conversion project of our University email system based on mbox folders to Courier IMAP maildir. There are about 50K users using about 250 GB of space on F840 cluster; Netapp version 6.2.2. We have been also told that as of this year each student will keep their account for life, therefore this number will keep on growing. I'm very concern about the number of inodes/files/volume and the filer performance. From all the information I could find some of you said that you get about o one inode for every 32 K o can be increased to as much as 1 inode for every 4 K (maxfiles) There was also some discussion that when you do this, the internal WAFL tables become so huge that it will impact performance. 32 million / 50 K users gives me only about 650 files; this is clearly not enough. Will someone having gone thru this type of a conversion give me some pointers of what to do and what not to do ??? Thanks, George ------------------------------------------------------------------------------- George Kahler e-mail: george(a)yorku.ca Sr. Systems Administrator humans: (416) 736-2100 x.22699 Computing and Network Services machines: (416) 736-5830 Ontario, Canada, M3J-1P3

9 17

RE: iSCSI Buzz
by Alan McLachlan 28 Feb '03

28 Feb '03

hmmmm.... I guess so... The value add of SME is high for environments with very large Exchange databases and/or a very large number of mailboxes. If it's only a small Exchange DB and your issue is that you don't want it on a simple local disk, then just getting the iSCSI NIC and configuring a virtual disk on your existing filer is acceptable, and is supportable by Microsoft since it's "local" storage. But you will have to treat backup and restore options in the same manner as a simple local disk. I agree that the price of SME is far to high for small-to-mid size Exchange environments. -----Original Message----- From: Steve Evans [mailto:sevans@foundation.sdsu.edu] Sent: Friday, 28 February 2003 5:05 PM To: toasters(a)mathworks.com Subject: RE: iSCSI Buzz So what your saying is SME gives you Exchange snapshots. If you don't care about taking snapshots of your Exchange database then it doesn't matter. Steve Evans SDSU Foundation (619) 594-0653 -----Original Message----- From: Alan McLachlan [mailto:amclachlan@asi.com.au] Sent: Thursday, February 27, 2003 7:42 PM To: Jeff Burton; Steve Evans Cc: toasters(a)mathworks.com Steve, iSCSI is NOT a "replacement" for SnapManager for Exchange. iSCSI will let you treat a file on a filer as a block device. There ends its usefulness. In other words, without host-side tools like SnapDrive or SnapManager you aren't any better off than with a dumb local block device (except that writes will be nice and fast due to block indirection). There are three levels of data consistency: 1. Block level - this means that a physical block reported to have been written to disk has or will make it there intact. This is your typical DAS or SAN-level consistency. 2. Filesystem level - this means that all the blocks required for a consistent point-in-time image have been written successfully when the filesystem manger considers this to have been done. SnapDrive is NetApp's volume management plug-in for VLD, iSCSI and FCP "block" devices that manages this on a Windows host where that host is managing a NTFS volume laid down on the virtual block device. What happens is: you tell SnapDrive on the server to take a snapshot - it then tells the windows NTFS filesystem manager not to accept any more file I/O requests and to complete any outstanding I/O (flush writes) - then and only then does it tell the NetApp to take a WAFL-level snapshot of the volume hosting the virtual disk. It then tells the NTFS filesystem manager on the server that it can start processing requests again. If you simply took a NetApp level snapshot of the volume holding the virtual disk, then the image of the virtual disk could internally be in an inconsistent state, similar to a dirty shutdown of the Windows server. 3. Application level - this means that all of the file I/O OR block I/O operations required to keep an applications data files consistent from an application perspective (bearing in mind that the application will be managing outstanding operations in RAM) are completed at the times when the application expects, such as when you shut the application down or when you send a request through it's backup API to backup or restore it's data. Raw iSCSI gives you level 1 consistency only. There is no facility for taking consistent point in time snapshots that you can use for online backups. You can use filer level snapshots if you like, but there's arisk that you won't be able to mount the snapshotted volume without some corruption. SnapDrive gives you level 2 consistency. This is better and works will with databases that have a hot backup mode, like Oracle, or where you don't mind halting the database for a few seconds so that you don't have to deal with log files. To use this with Exchange you still have to manually manger restores with integrity checks etc. SnapManager provides Exchange-specific functions through the Exchange backup API to allow you to use snapshots to manage online backups etc. This gives you level 3 consistency for your Exchange backups as well as super fast restores from snapshots etc. iSCSI is good, but using it by itself is like taking the VLD component of SnapDrive or SnapManager without the rest. -----Original Message----- From: Jeff Burton [mailto:burtonj@pprd.abbott.com] Sent: Friday, 28 February 2003 8:57 AM To: Steve Evans Cc: toasters(a)mathworks.com Subject: Re: iSCSI Buzz On Mon, Feb 24, 2003 at 10:12:44AM -0800, Steve Evans wrote: > I've been listening to all the iSCSI buzz with NetApp in the news. > From what I've gathered all you need is OnTAP 6.4 and a $700 adapter > for the host server. > > What are people planning on doing with this. I would like to use it > with Exchange 2000 and not purchase the SnapManager for Exchange > option (at $20,000). > > Steve Evans > SDSU Foundation > (619) 594-0653 Per: http://now.netapp.com/NOW/products/iSCSI/ you also need a license for iSCSI, but it sounds like it's free as long as your filer's software support agreement is active. I was surprised to find the license free, so I may be missing something. We do not have any plans to use iSCSI anywhere in our environment anytime soon. I seem to remember Gartner Group stating that iSCSI will not become popular until late 2004 or later. -- ______________________________________________________________ Jeff Burton Storage Architect Abbott Laboratories EMAIL: Jeffrey.Burton(a)Abbott.com Dept. GB16/Bldg. AP9A-LL PHONE: 847-935-5778 100 Abbott Park Rd. FAX: 847-935-0142 Abbott Park, IL 60064-6115 **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE **** **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: iSCSI Buzz
by Steve Evans 28 Feb '03

28 Feb '03

So what your saying is SME gives you Exchange snapshots. If you don't care about taking snapshots of your Exchange database then it doesn't matter. Steve Evans SDSU Foundation (619) 594-0653 -----Original Message----- From: Alan McLachlan [mailto:amclachlan@asi.com.au] Sent: Thursday, February 27, 2003 7:42 PM To: Jeff Burton; Steve Evans Cc: toasters(a)mathworks.com Steve, iSCSI is NOT a "replacement" for SnapManager for Exchange. iSCSI will let you treat a file on a filer as a block device. There ends its usefulness. In other words, without host-side tools like SnapDrive or SnapManager you aren't any better off than with a dumb local block device (except that writes will be nice and fast due to block indirection). There are three levels of data consistency: 1. Block level - this means that a physical block reported to have been written to disk has or will make it there intact. This is your typical DAS or SAN-level consistency. 2. Filesystem level - this means that all the blocks required for a consistent point-in-time image have been written successfully when the filesystem manger considers this to have been done. SnapDrive is NetApp's volume management plug-in for VLD, iSCSI and FCP "block" devices that manages this on a Windows host where that host is managing a NTFS volume laid down on the virtual block device. What happens is: you tell SnapDrive on the server to take a snapshot - it then tells the windows NTFS filesystem manager not to accept any more file I/O requests and to complete any outstanding I/O (flush writes) - then and only then does it tell the NetApp to take a WAFL-level snapshot of the volume hosting the virtual disk. It then tells the NTFS filesystem manager on the server that it can start processing requests again. If you simply took a NetApp level snapshot of the volume holding the virtual disk, then the image of the virtual disk could internally be in an inconsistent state, similar to a dirty shutdown of the Windows server. 3. Application level - this means that all of the file I/O OR block I/O operations required to keep an applications data files consistent from an application perspective (bearing in mind that the application will be managing outstanding operations in RAM) are completed at the times when the application expects, such as when you shut the application down or when you send a request through it's backup API to backup or restore it's data. Raw iSCSI gives you level 1 consistency only. There is no facility for taking consistent point in time snapshots that you can use for online backups. You can use filer level snapshots if you like, but there's arisk that you won't be able to mount the snapshotted volume without some corruption. SnapDrive gives you level 2 consistency. This is better and works will with databases that have a hot backup mode, like Oracle, or where you don't mind halting the database for a few seconds so that you don't have to deal with log files. To use this with Exchange you still have to manually manger restores with integrity checks etc. SnapManager provides Exchange-specific functions through the Exchange backup API to allow you to use snapshots to manage online backups etc. This gives you level 3 consistency for your Exchange backups as well as super fast restores from snapshots etc. iSCSI is good, but using it by itself is like taking the VLD component of SnapDrive or SnapManager without the rest. -----Original Message----- From: Jeff Burton [mailto:burtonj@pprd.abbott.com] Sent: Friday, 28 February 2003 8:57 AM To: Steve Evans Cc: toasters(a)mathworks.com Subject: Re: iSCSI Buzz On Mon, Feb 24, 2003 at 10:12:44AM -0800, Steve Evans wrote: > I've been listening to all the iSCSI buzz with NetApp in the news. > From what I've gathered all you need is OnTAP 6.4 and a $700 adapter > for the host server. > > What are people planning on doing with this. I would like to use it > with Exchange 2000 and not purchase the SnapManager for Exchange > option (at $20,000). > > Steve Evans > SDSU Foundation > (619) 594-0653 Per: http://now.netapp.com/NOW/products/iSCSI/ you also need a license for iSCSI, but it sounds like it's free as long as your filer's software support agreement is active. I was surprised to find the license free, so I may be missing something. We do not have any plans to use iSCSI anywhere in our environment anytime soon. I seem to remember Gartner Group stating that iSCSI will not become popular until late 2004 or later. -- ______________________________________________________________ Jeff Burton Storage Architect Abbott Laboratories EMAIL: Jeffrey.Burton(a)Abbott.com Dept. GB16/Bldg. AP9A-LL PHONE: 847-935-5778 100 Abbott Park Rd. FAX: 847-935-0142 Abbott Park, IL 60064-6115 **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: iSCSI Buzz
by Alan McLachlan 28 Feb '03

28 Feb '03

Steve, iSCSI is NOT a "replacement" for SnapManager for Exchange. iSCSI will let you treat a file on a filer as a block device. There ends its usefulness. In other words, without host-side tools like SnapDrive or SnapManager you aren't any better off than with a dumb local block device (except that writes will be nice and fast due to block indirection). There are three levels of data consistency: 1. Block level - this means that a physical block reported to have been written to disk has or will make it there intact. This is your typical DAS or SAN-level consistency. 2. Filesystem level - this means that all the blocks required for a consistent point-in-time image have been written successfully when the filesystem manger considers this to have been done. SnapDrive is NetApp's volume management plug-in for VLD, iSCSI and FCP "block" devices that manages this on a Windows host where that host is managing a NTFS volume laid down on the virtual block device. What happens is: you tell SnapDrive on the server to take a snapshot - it then tells the windows NTFS filesystem manager not to accept any more file I/O requests and to complete any outstanding I/O (flush writes) - then and only then does it tell the NetApp to take a WAFL-level snapshot of the volume hosting the virtual disk. It then tells the NTFS filesystem manager on the server that it can start processing requests again. If you simply took a NetApp level snapshot of the volume holding the virtual disk, then the image of the virtual disk could internally be in an inconsistent state, similar to a dirty shutdown of the Windows server. 3. Application level - this means that all of the file I/O OR block I/O operations required to keep an applications data files consistent from an application perspective (bearing in mind that the application will be managing outstanding operations in RAM) are completed at the times when the application expects, such as when you shut the application down or when you send a request through it's backup API to backup or restore it's data. Raw iSCSI gives you level 1 consistency only. There is no facility for taking consistent point in time snapshots that you can use for online backups. You can use filer level snapshots if you like, but there's arisk that you won't be able to mount the snapshotted volume without some corruption. SnapDrive gives you level 2 consistency. This is better and works will with databases that have a hot backup mode, like Oracle, or where you don't mind halting the database for a few seconds so that you don't have to deal with log files. To use this with Exchange you still have to manually manger restores with integrity checks etc. SnapManager provides Exchange-specific functions through the Exchange backup API to allow you to use snapshots to manage online backups etc. This gives you level 3 consistency for your Exchange backups as well as super fast restores from snapshots etc. iSCSI is good, but using it by itself is like taking the VLD component of SnapDrive or SnapManager without the rest. -----Original Message----- From: Jeff Burton [mailto:burtonj@pprd.abbott.com] Sent: Friday, 28 February 2003 8:57 AM To: Steve Evans Cc: toasters(a)mathworks.com Subject: Re: iSCSI Buzz On Mon, Feb 24, 2003 at 10:12:44AM -0800, Steve Evans wrote: > I've been listening to all the iSCSI buzz with NetApp in the news. From > what I've gathered all you need is OnTAP 6.4 and a $700 adapter for the > host server. > > What are people planning on doing with this. I would like to use it > with Exchange 2000 and not purchase the SnapManager for Exchange option > (at $20,000). > > Steve Evans > SDSU Foundation > (619) 594-0653 Per: http://now.netapp.com/NOW/products/iSCSI/ you also need a license for iSCSI, but it sounds like it's free as long as your filer's software support agreement is active. I was surprised to find the license free, so I may be missing something. We do not have any plans to use iSCSI anywhere in our environment anytime soon. I seem to remember Gartner Group stating that iSCSI will not become popular until late 2004 or later. -- ______________________________________________________________ Jeff Burton Storage Architect Abbott Laboratories EMAIL: Jeffrey.Burton(a)Abbott.com Dept. GB16/Bldg. AP9A-LL PHONE: 847-935-5778 100 Abbott Park Rd. FAX: 847-935-0142 Abbott Park, IL 60064-6115 **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: SPARE LOW
by Hill, Aaron 27 Feb '03

27 Feb '03

Have you got spares on the system at the moment? (sysconfig -r) I haven't used an F87, but I assume that if you have a spare drive bay, all you need to do is slot a drive in and the filer will pick it up. The console should output something to you saying the new disk is detected. That said, I have not used anything less than 6.1.2, so things could be different for earlier ONTAP and filer versions. Aaron -----Original Message----- From: Frank Bonnet [mailto:bonnetf@bart.esiee.fr] Sent: Thursday, February 27, 2003 10:54 PM To: toasters(a)mathworks.com Subject: SPARE LOW Hi Each time I reboot my F87 I get a SPARE LOW message does this mean I have to install a new disk as a spare disk to run safely ? If yes where is described the procedure to add a spare disk ? Thanks a lot -- Frank Bonnet

1 0

iSCSI Buzz
by Steve Evans 27 Feb '03

27 Feb '03

I've been listening to all the iSCSI buzz with NetApp in the news. From what I've gathered all you need is OnTAP 6.4 and a $700 adapter for the host server. What are people planning on doing with this. I would like to use it with Exchange 2000 and not purchase the SnapManager for Exchange option (at $20,000). Steve Evans SDSU Foundation (619) 594-0653

4 3

RE: Volume management through filer view.
by Aldrich David S 27 Feb '03

27 Feb '03

Filer View works fine. Our NT admins use it all the time (You know the people that can only point and click!) Dave Unix Sys Admin -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Thursday, February 27, 2003 8:37 AM To: 'Borders, Rich' Cc: 'toasters(a)mathworks.com' Subject: RE: Volume management through filer view. Hi, I have not tried it yet. I have some disk and want to create a volume or four, but I am dubious about using FV over the command line and wanted to experiment. Simon -----Original Message----- From: Borders, Rich [mailto:Rich.Borders@netapp.com] Sent: 27 February 2003 14:37 To: Clawson, Simon Subject: RE: Volume management through filer view. > -----Original Message----- > From: Clawson, Simon [mailto:simon_clawson@mentorg.com] > Sent: Thursday, February 27, 2003 8:34 AM > To: 'toasters(a)mathworks.com' > > Have any of you ever tried the volume management tools in > filer view? Volume creation etc? It looks pretty easy, but > does it work? So far. Are you seeing issues? > Simon > > Simon Clawson Mentor Graphics > HDL Designer Series R&D Rivergate > Systems Administrator London Road > Berkshire > RG14 2QB > TEL: 01635 811409 Rich

1 0

RE: Volume management through filer view.
by Paul McGuinness (ext. 771) 27 Feb '03

27 Feb '03

Only last week I have created and destroyed some volumes during a filer upgrade, no problems, much better than earlier NetApp Releases versions. I'm currently running on 6.3.1 -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: 27 February 2003 13:34 To: 'toasters(a)mathworks.com' Subject: Volume management through filer view. Have any of you ever tried the volume management tools in filer view? Volume creation etc? It looks pretty easy, but does it work? Simon Simon Clawson Mentor Graphics HDL Designer Series R&D Rivergate Systems Administrator London Road Berkshire RG14 2QB TEL: 01635 811409 ************************************************************************** The information contained in this e-mail is confidential, may be privileged and is intended only for the use of the recipient named above. If you are not the intended recipient or a representative of the intended recipient, you have received this e-mail in error and must not copy, use or disclose the contents of this email to anybody else. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the copy you received. This email has been swept for computer viruses. However, you should carry out your own virus checks. Registered in Ireland, No. 205721. http://www.FINEOS.com **************************************************************************

1 0

RE: Volume management through filer view.
by Clawson, Simon 27 Feb '03

27 Feb '03

Hi, I have not tried it yet. I have some disk and want to create a volume or four, but I am dubious about using FV over the command line and wanted to experiment. Simon -----Original Message----- From: Borders, Rich [mailto:Rich.Borders@netapp.com] Sent: 27 February 2003 14:37 To: Clawson, Simon Subject: RE: Volume management through filer view. > -----Original Message----- > From: Clawson, Simon [mailto:simon_clawson@mentorg.com] > Sent: Thursday, February 27, 2003 8:34 AM > To: 'toasters(a)mathworks.com' > > Have any of you ever tried the volume management tools in > filer view? Volume creation etc? It looks pretty easy, but > does it work? So far. Are you seeing issues? > Simon > > Simon Clawson Mentor Graphics > HDL Designer Series R&D Rivergate > Systems Administrator London Road > Berkshire > RG14 2QB > TEL: 01635 811409 Rich

1 0

RE: Volume management through filer view.
by julian.jacobs＠bt.com 27 Feb '03

27 Feb '03

Hi, Yes I've used it. I have created and destroyed some volumes. One problem I've had is changing a snapmirrored volume into a live volume via filer view without using the command line. I also try and use DFM to run commands. It allows our ops bridge a view of what is happening on the filers. Julian Jacobs UNIX Operations Manager BT WebServices Email: julian.jacobs(a)bt.com British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no 1800000 This electronic message contains information from British Telecommunications plc which may be privileged or confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the numbers or address above) immediately. -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: 27 February 2003 13:34 To: 'toasters(a)mathworks.com' Subject: Volume management through filer view. Have any of you ever tried the volume management tools in filer view? Volume creation etc? It looks pretty easy, but does it work? Simon Simon Clawson Mentor Graphics HDL Designer Series R&D Rivergate Systems Administrator London Road Berkshire RG14 2QB TEL: 01635 811409

1 0

Volume management through filer view.
by Clawson, Simon 27 Feb '03

27 Feb '03

Have any of you ever tried the volume management tools in filer view? Volume creation etc? It looks pretty easy, but does it work? Simon Simon Clawson Mentor Graphics HDL Designer Series R&D Rivergate Systems Administrator London Road Berkshire RG14 2QB TEL: 01635 811409

1 0

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