toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

RE: ndmpcopy question
by Chitre, Amol 26 Sep '02

26 Sep '02

Hello Prem, Yes, ndmpcopy can be used for data migration, and it works with full volumes, qtrees and even plain directories. But no single file ndmpcopies yet. Regardless of the granularity of your dataset to be copied, a limited number of incrementals are supported as well, so you will have to check the man page along with the ndmpcopy utility you are using for this. Hope that helps, Amol. -----Original Message----- From: Premanshu Jain [mailto:Premanshu.Jain@synopsys.com] Sent: Tuesday, September 24, 2002 5:17 PM To: toasters(a)mathworks.com Subject: ndmpcopy question I wish to copy a whole volume from naca:/source to nacb:/dest . Can I copy a qtree nacC:/vol/vol0/qtree to nacb:/dest/qtree..? Will the ndmpcopy be able to do the incremental later, if the case one is possible. prem

1 0

Searchable archives
by Timothy Cook 26 Sep '02

26 Sep '02

Is there a searchable archives for the Toasters board? I'ld really rather do some research on my own before I ask somebosy else to solve my problems! +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ This electronic mail transmission contains information from Joy Mining Machinery which is confidential, and is intended only for the use of the proper addressee. If you are not the intended recipient, please notify us immediately at the return address on this transmission, or by telephone at (724) 779-4500, and delete this message and any attachments from your system. Unauthorized use, copying, disclosing, distributing, or taking any action in reliance on the contents of this transmission is strictly prohibited and may be unlawful. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

5 4

Looking for parts
by Maglinger, Paul 26 Sep '02

26 Sep '02

Looking for the following: (7) 32GB drives (part number X225B). 108-01471 shelf for F740. Needs to come with 2 power supplies, a fiber channel adapter (with two ports), and a 2 meter cable. Paul Maglinger, A+, CA, CCA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com

1 0

Re: SUN Solaris Performance Tools
by mds＠gbnet.net 25 Sep '02

25 Sep '02

BGS Best1's data collector has now apparently been combined with BMC Patrol so that (despite my personal dislike for Patrol) it might be a goer. TBYB. Alternatively simply using the various *stat's with some noddy bits of perl or shell-script will give useful date/time-stamped tables which you can then graph using spreadsheet software or gnuplot, and are quite amenable to importing into databases or packages like SAS. RRDTool is also a likely candidate for the kind of performance-tracking trending and capacity planning that you might want to do. RRDTool doesn't collect data though, just helps you work with time-based data. -- -Mark ... an Englishman in London ...

2 1

RE: Moving data from NT to NetApp painfully slow
by Parsons Alastair 25 Sep '02

25 Sep '02

I have to concur with the below. We have moved Terabytes of Data using Robocopy with no problems at all. -----Original Message----- From: Seth Moskowitz [mailto:sethmoskowitz@hotmail.com] Sent: 25 September 2002 16:26 To: brilong(a)cisco.com; Bernhard.Friedrich(a)med.uni-heidelberg.de Cc: toasters(a)mathworks.com Subject: Re: Moving data from NT to NetApp painfully slow I disagree, we have copied numerous Terabytes of Data from NT/Novell servers to Filers using Robocopy. I am not saying it is the best solution but the best we found with keeping ACLs in place. >From: Brian Long <brilong(a)cisco.com> >To: "Friedrich, Bernhard" <Bernhard.Friedrich(a)med.uni-heidelberg.de> >CC: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: Re: Moving data from NT to NetApp painfully slow >Date: Fri, 20 Sep 2002 11:53:57 -0400 (EDT) > >A coworker of mine states that running robocopy on a multi-CPU box copying >data from NTFS partitions with compression turned on will never finish. >There is a utility called imagecfg.exe that allows you to create a copy of >robocopy.exe which assigns it to a given CPU and does not allow it to >change between CPUs. > >If you want a copy of this utility, contact me directly. If you're not >using NTFS with compression enabled, disregard this :) > >/Brian/ > > > > Hi Toasters, > > > > we're in the process of consolidating NT file services on a NetApp >Filer. We > > have an F810 where we want to store all our user's data which is now >spread > > across multiple servers, some of which are close to being maxed out. We >now > > have the problem of moving all the data while we're still servicing our > > users - we're on 24/7 here. We found that copying the data to the filer >is > > painfully slow; we're suspecting that NT ACLs might be the culprit. >We've > > tried robocopy, secure copy and xxcopy to no avail - moving a small part >of > > the total data took 15 hours. Anybody out there willing to share their > > experiences with moving several hundreds of GB across the network? We >need > > to keep NT permissions, obviously. On the mailing list I saw references >to > > Fastlane and Aelita's SCW - any experience with those or other 3rd party > > products? > > > > Greetings and thanks in advance > > > > Bernhard > > > > -- > > Bernhard Friedrich > > ZIM Uniklinikum Heidelberg > > Unix/NT administration > > > >-- > Brian Long | | | > Americas IT Hosting Sys Admin | .|||. .|||. > Phone: (919) 392-7363 | ..:|||||||:...:|||||||:.. > Pager: (888) 651-2015 | C i s c o S y s t e m s > _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com ========================================================= This electronic message contains information from the mmO2 plc Group 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. =========================================================

1 0

Re: Moving data from NT to NetApp painfully slow
by Seth Moskowitz 25 Sep '02

25 Sep '02

I disagree, we have copied numerous Terabytes of Data from NT/Novell servers to Filers using Robocopy. I am not saying it is the best solution but the best we found with keeping ACLs in place. >From: Brian Long <brilong(a)cisco.com> >To: "Friedrich, Bernhard" <Bernhard.Friedrich(a)med.uni-heidelberg.de> >CC: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com> >Subject: Re: Moving data from NT to NetApp painfully slow >Date: Fri, 20 Sep 2002 11:53:57 -0400 (EDT) > >A coworker of mine states that running robocopy on a multi-CPU box copying >data from NTFS partitions with compression turned on will never finish. >There is a utility called imagecfg.exe that allows you to create a copy of >robocopy.exe which assigns it to a given CPU and does not allow it to >change between CPUs. > >If you want a copy of this utility, contact me directly. If you're not >using NTFS with compression enabled, disregard this :) > >/Brian/ > > > > Hi Toasters, > > > > we're in the process of consolidating NT file services on a NetApp >Filer. We > > have an F810 where we want to store all our user's data which is now >spread > > across multiple servers, some of which are close to being maxed out. We >now > > have the problem of moving all the data while we're still servicing our > > users - we're on 24/7 here. We found that copying the data to the filer >is > > painfully slow; we're suspecting that NT ACLs might be the culprit. >We've > > tried robocopy, secure copy and xxcopy to no avail - moving a small part >of > > the total data took 15 hours. Anybody out there willing to share their > > experiences with moving several hundreds of GB across the network? We >need > > to keep NT permissions, obviously. On the mailing list I saw references >to > > Fastlane and Aelita's SCW - any experience with those or other 3rd party > > products? > > > > Greetings and thanks in advance > > > > Bernhard > > > > -- > > Bernhard Friedrich > > ZIM Uniklinikum Heidelberg > > Unix/NT administration > > > >-- > Brian Long | | | > Americas IT Hosting Sys Admin | .|||. .|||. > Phone: (919) 392-7363 | ..:|||||||:...:|||||||:.. > Pager: (888) 651-2015 | C i s c o S y s t e m s > _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

1 0

ndmpcopy question
by Premanshu Jain 25 Sep '02

25 Sep '02

I wish to copy a whole volume from naca:/source to nacb:/dest . Can I copy a qtree nacC:/vol/vol0/qtree to nacb:/dest/qtree..? Will the ndmpcopy be able to do the incremental later, if the case one is possible. prem

1 0

RE: Legato Backups.
by Mike Ball 24 Sep '02

24 Sep '02

Go with NDMP on Legato. As others stated, NDMP and Legato work very well. I have setup a few environments with Legato Networker and NDMP via Netapp. The nice thing about NDMP is you directly dump off the Netapp to tape which is very quick. It will push LTO and SDLT tape drives to the full performance capabilities. In addition, the CPU overhead required to do a NDMP backup vs over NFS is much lower on the Netapp. Keep in mind though that the tape drives dedicated to the Netapp for NDMP can not be shared by other non Netapp Legato clients/storage nodes/servers (can be shared by other Netapps though). Mike -----Original Message----- From: devnull(a)adc.idt.com [mailto:devnull@adc.idt.com] Sent: Thursday, September 19, 2002 9:57 AM To: Toasters (E-mail) Subject: Legato Backups. Dear Toasters, I was wondering if any of you guys were using Legato for backing up your NetApps. I currently have 2 filers that i am backing up to a Legato server running Solaris 2.8 over NFS. I mount the NetApp volumes onto the legato server and then backup those mount points. I am not sure this is the best thing to do in terms of performance. Is there an alternate, easier solution. Thanks, /dev/null devnull(a)adc.idt.com

2 1

NDMP
by grey jolly 24 Sep '02

24 Sep '02

Most of the folks we deal with have a lot of problems with NDMP. It would certainly be helpful if you could provide the list with some of your tricks to make NDMP work consistently. --- Mike Ball <MBall(a)datalink.com> wrote: > Go with NDMP on Legato. As others stated, NDMP and > Legato work very well. I > have setup a few environments with Legato Networker > and NDMP via Netapp. The > nice thing about NDMP is you directly dump off the > Netapp to tape which is > very quick. It will push LTO and SDLT tape drives to > the full performance > capabilities. In addition, the CPU overhead > required to do a NDMP backup vs > over NFS is much lower on the Netapp. Keep in mind > though that the tape > drives dedicated to the Netapp for NDMP can not be > shared by other non > Netapp Legato clients/storage nodes/servers (can be > shared by other Netapps > though). > Mike > > > -----Original Message----- > From: devnull(a)adc.idt.com > [mailto:devnull@adc.idt.com] > Sent: Thursday, September 19, 2002 9:57 AM > To: Toasters (E-mail) > Subject: Legato Backups. > > > Dear Toasters, > > I was wondering if any of you guys were using Legato > for backing up your > NetApps. I currently have 2 filers that i am backing > up to a Legato server > running Solaris 2.8 over NFS. I mount the NetApp > volumes onto the legato > server and then backup those mount points. > > I am not sure this is the best thing to do in terms > of performance. > > Is there an alternate, easier solution. > > Thanks, > > /dev/null > > devnull(a)adc.idt.com __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com

1 0

RE: Sun Solaris 8 optimal performance with F880
by Art Hebert 24 Sep '02

24 Sep '02

Deepak -- As I haven't been able to come up with any performance numbers for the 700, 800, 900 series, can you let us know how your oracle db performs on the 880? We are currently using an F760 with a gig network, tcp, etc and we are seeing a lot of I/O waits pertaining to Oracle temp and redos. I'd be interested in if you also see a bottleneck in that area. Thanks art hebert -----Original Message----- From: Deepak Soneji [mailto:sonejideepak@hotmail.com] Sent: Monday, September 23, 2002 8:08 PM To: Mike Sphar; toasters(a)mathworks.com Subject: Re: Sun Solaris 8 optimal performance with F880 I agree with you. Mostly I am going to use TCP and as you said about dropped packets, we are working with Cisco to identify the problem. At this moment, I am not confident of using UDP. We will have several Oracle databases running on the filer and I dont want to take any chances to corrupt the data. Thanks /Deepak ----- Original Message ----- From: "Mike Sphar" <mike.sphar(a)Remedy.COM> To: <toasters(a)mathworks.com> Sent: Monday, September 23, 2002 12:30 PM Subject: RE: Sun Solaris 8 optimal performance with F880 > There is of course some additional overhead associated with the TCP protocol > though, which is why it really depends on the reliability of your network > and clients to determine which of the two protocols is ideal for your > environment. > > Certainly in the situation being described, where a client is dropping > packets, TCP will likely be the better choice. (Though I'd also want to try > to address the dropped packet problem as well if possible.) > > -- > Mike Sphar - Sr Systems Administrator - Remedy Corporation > > -----Original Message----- > From: Michael Salmon [mailto:Michael.Salmon@uab.ericsson.se] > Sent: Monday, September 23, 2002 3:59 AM > To: toasters(a)mathworks.com > Subject: Re: Sun Solaris 8 optimal performance with F880 > > > > On Thursday, September 19, 2002 11:04:35 PM -0700 Deepak Soneji > <sonejideepak(a)hotmail.com> wrote: > +------ > | Brian/Tim > | > | Great ! READS are greatly improved upto 12-15 mbps after changing xfersize > | to 8k. > | Any idea about what magic numbers for read/write I should try to achieve > | while tuning ? > | > | Another question, why TCP ? > +-----X8 > > UDP has no retry mechanism so if you loose any of the 22 packets involved > in a 32k transfer then you need to start again. A powerful server sending > to a weaker client is a good way to ensure that packets are lost. TCP has > mechanism to ensure that packets are not lost and hence works better when > the packet recipient is the weaker partner. > > /Michael > -- > This space intentionally left non-blank. >

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