toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

RE: NDMP, Veritas and Netapp---slow restores?
by Cormier, Darleen 08 May '01

08 May '01

To Mike and all, Correction to the info below. I just received an update to the info below, that Veritas will NOT be including DAR support in release 4.5, but probably will be including it in the release after that. -----Original Message----- From: Cormier, Darleen Sent: Tuesday, May 08, 2001 9:01 AM To: 'MikeBall(a)datalink.com'; owner-toasters(a)mathworks.com Cc: toasters(a)mathworks.com Subject: RE: NDMP, Veritas and Netapp---slow restores? Mike, The problem you are running into has to do with the fact that Veritas does not presently support DAR. DAR is defined as Direct Access Restore, and it speeds restores by directly accessing the file to be restored on the correct tape, without having to load and stream through each tape in the backup set. NetApp now supports this capability in DatONTAP 6.0 and above, and I believe Veritas is planning on supporting this in their 4.5 release of NetBackup. -----Original Message----- From: MikeBall(a)datalink.com [mailto:MikeBall@datalink.com] Sent: Tuesday, May 08, 2001 5:43 AM To: owner-toasters(a)mathworks.com Cc: toasters(a)mathworks.com Subject: NDMP, Veritas and Netapp---slow restores? Below is our environment ------------------------- Veritas DataCenter 3.4GA Patch J0850482 on Sun e250 2 400M procs and 512M ram ATL3000 Tape Library with DLT-7000 drives NetApp 760 Filer running OnTap 5.3.6R1 2 tape drives directly attached to the onboard SCSI port on Netapp Netapp is attached to LAN by gigabit ethernet Scenario ------------ We are backing up the nightly snapshots. We have a Netapp backup class. I have had to give each class the NEW_STREAM directive in order to get multiple jobs started, but unlike the other Veritas jobs, they line up in a queue and execute one at a time. Restores are quite slow, and while I can pick individual files out of a catalog, neither Veritas nor OnTap has any idea where they are on the tape. I have used the OnTap utilities to check status on the drive and seen it searching serially thru the tape for the file. The Veritas messages are very sparse. The first time I tried a restore, I had a 168Gb volume in one stream. It eventually took 5.5 hours to restore, and that was after I killed the job because I had no feedback from Veritas, having to reset the tape drives because they were downed by the kill. By splitting up the streams, I got this down to about an hour, but it is still slow enough to be an issue. Does anyone have any idea what I may be doing wrong or is this just a issue with Veritas NDMP? Does anyone no if Veritas is planning on fixing this slow restore performance via NDMP? Will upgrading to Data Ontap 6.02 help any? Thank you for your help, Mike

1 0

Maximum volume size
by Leigh David Heyman 08 May '01

08 May '01

So, I've been through some docs, and they seem to say that the maximum "recommended" size of a single volume is 250G. With 36G drives this equates to basically 1 volume per shelf???!?! Is this correct, or has the documentation in this regard not been updated? Does anyon know what this "recommendation" is based on? It doesn't seem very efficient. -Leigh ----------------------------- A nasty looking dwarf throws a knife at you.

4 3

RE: NDMP, Veritas and Netapp---slow restores?
by Cormier, Darleen 08 May '01

08 May '01

Mike, The problem you are running into has to do with the fact that Veritas does not presently support DAR. DAR is defined as Direct Access Restore, and it speeds restores by directly accessing the file to be restored on the correct tape, without having to load and stream through each tape in the backup set. NetApp now supports this capability in DatONTAP 6.0 and above, and I believe Veritas is planning on supporting this in their 4.5 release of NetBackup. -----Original Message----- From: MikeBall(a)datalink.com [mailto:MikeBall@datalink.com] Sent: Tuesday, May 08, 2001 5:43 AM To: owner-toasters(a)mathworks.com Cc: toasters(a)mathworks.com Subject: NDMP, Veritas and Netapp---slow restores? Below is our environment ------------------------- Veritas DataCenter 3.4GA Patch J0850482 on Sun e250 2 400M procs and 512M ram ATL3000 Tape Library with DLT-7000 drives NetApp 760 Filer running OnTap 5.3.6R1 2 tape drives directly attached to the onboard SCSI port on Netapp Netapp is attached to LAN by gigabit ethernet Scenario ------------ We are backing up the nightly snapshots. We have a Netapp backup class. I have had to give each class the NEW_STREAM directive in order to get multiple jobs started, but unlike the other Veritas jobs, they line up in a queue and execute one at a time. Restores are quite slow, and while I can pick individual files out of a catalog, neither Veritas nor OnTap has any idea where they are on the tape. I have used the OnTap utilities to check status on the drive and seen it searching serially thru the tape for the file. The Veritas messages are very sparse. The first time I tried a restore, I had a 168Gb volume in one stream. It eventually took 5.5 hours to restore, and that was after I killed the job because I had no feedback from Veritas, having to reset the tape drives because they were downed by the kill. By splitting up the streams, I got this down to about an hour, but it is still slow enough to be an issue. Does anyone have any idea what I may be doing wrong or is this just a issue with Veritas NDMP? Does anyone no if Veritas is planning on fixing this slow restore performance via NDMP? Will upgrading to Data Ontap 6.02 help any? Thank you for your help, Mike

1 0

NDMP, Veritas and Netapp---slow restores?
by MikeBall＠datalink.com 08 May '01

08 May '01

Below is our environment ------------------------- Veritas DataCenter 3.4GA Patch J0850482 on Sun e250 2 400M procs and 512M ram ATL3000 Tape Library with DLT-7000 drives NetApp 760 Filer running OnTap 5.3.6R1 2 tape drives directly attached to the onboard SCSI port on Netapp Netapp is attached to LAN by gigabit ethernet Scenario ------------ We are backing up the nightly snapshots. We have a Netapp backup class. I have had to give each class the NEW_STREAM directive in order to get multiple jobs started, but unlike the other Veritas jobs, they line up in a queue and execute one at a time. Restores are quite slow, and while I can pick individual files out of a catalog, neither Veritas nor OnTap has any idea where they are on the tape. I have used the OnTap utilities to check status on the drive and seen it searching serially thru the tape for the file. The Veritas messages are very sparse. The first time I tried a restore, I had a 168Gb volume in one stream. It eventually took 5.5 hours to restore, and that was after I killed the job because I had no feedback from Veritas, having to reset the tape drives because they were downed by the kill. By splitting up the streams, I got this down to about an hour, but it is still slow enough to be an issue. Does anyone have any idea what I may be doing wrong or is this just a issue with Veritas NDMP? Does anyone no if Veritas is planning on fixing this slow restore performance via NDMP? Will upgrading to Data Ontap 6.02 help any? Thank you for your help, Mike

2 1

na_macstream utility from Network Appliance
by Allen, Pat 08 May '01

08 May '01

Hi all, Does anybody have any experience running the na_macstream utility that is supposed to convert all the DAVE Macintosh Client resource.frk files after upgrading to 6.0.1R3? I upgraded this morning and immediately ran the utility as instructed. Whenever it finds the resource.frk file, it gives me an error message that says that it can't delete the files under that directory name. A couple of questions: 1. Is this error message common? (I'm running in verbose mode.) 2. Are the resource.frk directories necessary after running the na_macstream utility? Thanks! --- Pat Allen (pat(a)mbari.org) Monterey Bay Aquarium Research Institute (MBARI) 7700 Sandholdt Rd, Moss Landing, CA 95039 (voice) 831-775-1724; (fax) 831-775-1620

1 0

RE: Quota Notifier
by Nail, Larry 08 May '01

08 May '01

Michael, Perl runs on Win32 as well... check out ActiveState.com. I've taken many Perl scripts & ported them over without any significant difficulties. The resource kits for NT/W2K are your valuable friends in these efforts as well. -----Original Message----- From: Honeycutt, Michael [mailto:MichaelHoneycutt@NC.SLR.com] Sent: Tuesday, May 08, 2001 7:43 AM To: 'toasters(a)mathworks.com' Subject: Quota Notifier Does anyone know of a program or tool that I could use to report to my users when they are close to their quota limit? These are NT clients, so I need something that will run from a windows platform. I have seen the perl scripts on the NOW site, but I am not familiar enough with Sun to make those scripts run correctly. Thanks. Michael Honeycutt MCSE/A+ NT/Exchange Engineer IBM Global Services

1 0

Quota Notifier
by Honeycutt, Michael 08 May '01

08 May '01

Does anyone know of a program or tool that I could use to report to my users when they are close to their quota limit? These are NT clients, so I need something that will run from a windows platform. I have seen the perl scripts on the NOW site, but I am not familiar enough with Sun to make those scripts run correctly. Thanks. Michael Honeycutt MCSE/A+ NT/Exchange Engineer IBM Global Services

1 0

RE: Maximum volume size
by Wedge, Cliff 07 May '01

07 May '01

What docs are you reading? Thanks, Cliff Cliff Wedge Technical Publications Manager Hardware Group Network Appliance 408.822.6839 cliff.wedge(a)netapp.com -----Original Message----- From: Leigh David Heyman [mailto:leigh@ai.mit.edu] Sent: Monday, May 07, 2001 1:56 PM To: toasters(a)mathworks.com Subject: Maximum volume size So, I've been through some docs, and they seem to say that the maximum "recommended" size of a single volume is 250G. With 36G drives this equates to basically 1 volume per shelf???!?! Is this correct, or has the documentation in this regard not been updated? Does anyon know what this "recommendation" is based on? It doesn't seem very efficient. -Leigh ----------------------------- A nasty looking dwarf throws a knife at you.

1 0

Backup trouble - "Compression page" support
by Jered Heeschen 07 May '01

07 May '01

I connected a Magstar 3590 tape drive to the external SCSI port on an F760 running DataONTAP 6.02, and have been having trouble getting the filer to do more than recogize the tape's existence. The drive is recognized when I execute "mt -f nrst0a status", and shows up as I'd expect in "sysconfig -t", but any other tape operation fails. When I execute any "mt" command (including "status") I get the follownig error on the console: " [...:tape_admin:error]: tape 0.0: doesn't support compression page". I've tried mt with rewind and offline, and both fail. Attempting a dump yields a message that the tape is not writeable or is broken, and requests a new one. I've tried this with two different 3590 drives, two different SCSI cables, and three different tapes. I've also cycled through the different tape deivces (rst0a, urst0h, nrst0l, etc.) with no change. Anyone have an idea of what else I could try to get the tape drive and the F760 to get along? Jered Heeschen heeschen(a)us.ibm.com

1 0

Re: HSM with filers?
by SteveRoche＠datalink.com 07 May '01

07 May '01

Tom, This was sent to me some time ago from Darleen Cormier from Netapp. -steve Hi Steve, The reason that neither Veritas Storage Replicator or other HSM packages currently support HSM migration of data to and from NetApp filers is because DataONTAP does NOT support DMAPI protocol. DMAPI means Data Management Application Programming Interface and this along with the X/Open Data Storage Management (XDSM) standard allow HSM functionality across a wide range of operating environments without sacrificing system reliability. Without this, the HSM software has no idea of file attributes or location. This reason I'm giving you all this exciting info (YAWN) is that most, if not all, HSM packages use these protocols. Until NetApp is able to support these protocols, or the 3rd party companies are able to come up with some other way of doing HSM, we will not be able to offer an HSM solution to our customers. Now, Good news/ Bad News. The good news is we are receiving more and more requests for this functionality, and I do know that engineering is looking at possibly adding support for the DMAPI protocol. The bad news is that no date has been set for beginning to implement this. Sorry we can't tell you anything better. Steve Roche Senior Account Executive DataLink - Information Means The World http://www.datalink.com "Tom \"Mad Dog\" Yergeau" To: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com> <MadDog(a)fool.com> cc: Sent by: Subject: HSM with filers? owner-toasters@mat hworks.com 05/04/01 01:47 AM I just took the NetApp backup survey that they sent out and one of the questions was about using hierarchical storage management with filers. Does anyone know of any HSM products out there that currently work with filers? Thanks, Tom

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