Hello Nick What OS are you using on the 6850?
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nick Majeran Sent: Friday, August 24, 2007 3:23 PM To: veritas-bu@mailman.eng.auburn.edu; Curtis Preston Subject: Re: [Veritas-bu] 10GB network + perf questions etc On one of our media servers, I can receive 250 MB/s into my 6850 with 4 GigE connections bonded into two LACP bonds, stream that out to six fc LTO-3 tape drives, and the box is plenty usable. We are upgrading our network here, and I'd be surprised if I couldn't get closer to 300-350MB/s in the future. The E6900 is still PCI-X, correct? PCI-e is a must to do anything that I/O intensive, or so I would think. But, I'm probably not as smart as those Sun d00ds. ;-) -- nick > ------------------------------ > > Message: 4 > Date: Fri, 24 Aug 2007 01:42:33 -0400 > From: "Curtis Preston" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] 10GB network + perf questions etc > To: "Dominik Pietrzykowski" <[EMAIL PROTECTED]>, > <veritas-bu@mailman.eng.auburn.edu> > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="us-ascii" > > Check out my blog entry on this topic: > http://www.backupcentral.com/content/view/133/47/ > > I just spent some time today with some REALLY smart folks who were using > Intel's 10 GbE NICs with Sun 6900s and Solaris 10. They can do about > 250 MB/s and have the box still function. They can get it up to 400 > MB/s, but when they do that, the box won't respond. They couldn't run > top, they can't login, they can't run ps, etc -- NOTHING. > > So I'm thinking that with Solaris, you're not going to get anywhere near > 10,000 Mb/s (1200 MB/s). Maybe with Linux or Windows and a TOE (TCP > offload engine) NIC, you might have a chance. (I only say those OSs > because that's where they're making TOE NICs.) One vendor replied to my > blog post and I'm looking into it. > > --- > W. Curtis Preston > Backup Blog @ www.backupcentral.com > VP Data Protection, GlassHouse Technologies > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Dominik > Pietrzykowski > Sent: Monday, August 13, 2007 4:42 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] 10GB network + perf questions etc > > > > > Hi Group, > > Just curious to know if anyone is using 10GB network (fibre/copper, is > copper available yet at 10GB ???) on their media servers or clients and > what > sort of data transfer rates are they getting ??? > > I'm waiting for my 10GB blade for the switch to come from the US, it's > taking ages !!!! > > Also, are you using Solaris or windows on these ??? > > What's the best you've seen on 100MB and 1GB copper/fibre networks ??? > > What data rates are you seeing via HBAs 2/4GB ???? > > Are you using standard backup method or flashbackup ? > > I've played around with flash and on a server with about 4.7TB of small > files, I have gone from 10MB/s -> 70MB/s. It's a V490 > > Thanks in advance, > > Dominik > > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > ------------------------------ > > Message: 5 > Date: Fri, 24 Aug 2007 03:07:27 -0700 > From: "Peter Marelas" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] 10GB network + perf questions etc > To: "Curtis Preston" <[EMAIL PROTECTED]>, "Dominik > Pietrzykowski" <[EMAIL PROTECTED]>, > <veritas-bu@mailman.eng.auburn.edu> > Message-ID: > <[EMAIL PROTECTED] itas.com> > > Content-Type: text/plain; charset="us-ascii" > > If it's the card I'm thinking about the TCP checksum is already offload > to hardware. In fact most gigaswift cards support this today with 1 Gbit > technology. > > I think a great deal of tuning would be required to achieve anywhere > near 10 GB w/ a single TCP stream. > > Regards > Peter Marelas > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Curtis > Preston > Sent: Friday, 24 August 2007 3:43 PM > To: Dominik Pietrzykowski; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] 10GB network + perf questions etc > > Check out my blog entry on this topic: > http://www.backupcentral.com/content/view/133/47/ > > I just spent some time today with some REALLY smart folks who were using > Intel's 10 GbE NICs with Sun 6900s and Solaris 10. They can do about > 250 MB/s and have the box still function. They can get it up to 400 > MB/s, but when they do that, the box won't respond. They couldn't run > top, they can't login, they can't run ps, etc -- NOTHING. > > So I'm thinking that with Solaris, you're not going to get anywhere near > 10,000 Mb/s (1200 MB/s). Maybe with Linux or Windows and a TOE (TCP > offload engine) NIC, you might have a chance. (I only say those OSs > because that's where they're making TOE NICs.) One vendor replied to my > blog post and I'm looking into it. > > --- > W. Curtis Preston > Backup Blog @ www.backupcentral.com > VP Data Protection, GlassHouse Technologies > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Dominik > Pietrzykowski > Sent: Monday, August 13, 2007 4:42 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] 10GB network + perf questions etc > > > > > Hi Group, > > Just curious to know if anyone is using 10GB network (fibre/copper, is > copper available yet at 10GB ???) on their media servers or clients and > what sort of data transfer rates are they getting ??? > > I'm waiting for my 10GB blade for the switch to come from the US, it's > taking ages !!!! > > Also, are you using Solaris or windows on these ??? > > What's the best you've seen on 100MB and 1GB copper/fibre networks ??? > > What data rates are you seeing via HBAs 2/4GB ???? > > Are you using standard backup method or flashbackup ? > > I've played around with flash and on a server with about 4.7TB of small > files, I have gone from 10MB/s -> 70MB/s. It's a V490 > > Thanks in advance, > > Dominik > > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > ------------------------------ > > Message: 6 > Date: Fri, 24 Aug 2007 07:58:46 -0400 > From: "Sesar, Steven L." <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] Has anyone run a database consistency check > recently? > To: <[EMAIL PROTECTED]>, <veritas-bu@mailman.eng.auburn.edu> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Yes, many times. This was a huge exposure for us at the time. The issue > was that we couldn't run a consistency check on our own, mainly due to > the size of our catalog. We were relegated, as you are, to sending > Symantec dumps of the catalog/databases, opening up a case and waiting > for them to produce a report. > > The critical problem with that, is that by the time we actually got the > report and acted on it, the next backup run was in flight, making the > report largely obsolete because the catalog/databases were now being > written to again. Typically, it took a few days to clear up our > inconsistencies. Also, typically, we ran this bi-weekly to keep this > problem in check. > > This has been a serious issue with NBU for years. Because the > possibility exists, as you have found out, that NBU could mark media > with live images on it as scratch media, customers are always subject > to losing data. Symantec knows this. > > At least in our environment, we, nor Symantec we never able to > determine what we could do to keep these inconsistencies from occurring > in the first place. > > At the time, the utility that Symantec used to determine > inconsistencies was kept from customers. It was/is called NBCC. My > understanding is that it may be available to end users now, but for a > long time, customers were, in essence, unable to help themselves in > this regard. > > So, yes, I am suggesting that inherently, NBU *is* subject to data > loss, silently and at any time, due to the fact that their > catalog/databases cannot remain consistent. > > =================================== > > Steven L. Sesar > Lead Operating Systems Programmer/Analyst > UNIX Application Services R101 > The MITRE Corporation > 202 Burlington Road - MS K101 > Bedford, MA 01730 > tel: (781) 271-7702 > fax: (781) 271-2600 > mobile: (617) 519-8933 > email: [EMAIL PROTECTED] > > =================================== > > > > > -----Original Message----- > From: [EMAIL PROTECTED] on behalf of > [EMAIL PROTECTED] > Sent: Fri 8/24/2007 12:04 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Has anyone run a database consistency check > recently? > > > Hi all, > We have been having issues with our catalog (running NBU 6.0 MP4) and > have > found that our catalog is very inconsistent. We have been running a > utility from Symantec called consistency_gather.pl, which basically > grabs > image, media and vol DB information. We send that through to Symantec > to > produce a report, which we receive back. > We have two NetBackup 6.0 environment, and both are reporting that we > have > inconsistencies in our catalog. > Has anyone else run this utility and obtained a report from Symantec. > In one of our report, it stats that of the 375000 images that we have, > about 4700 of them could be lost due to being overwritten. We also have > > multiple tapes that appear to be assigned to multiple media servers, > and > the list goes on. > Anyone else run into this type of issue? > Regards > Ian. > > > National Australia Bank Ltd - ABN 12 004 044 937 > This email may contain confidential information. If you are not the > intended recipient, please immediately notify us at > [EMAIL PROTECTED] or by replying to the sender, and then destroy > all copies of this email. Except where this email indicates otherwise, > views expressed in this email are those of the sender and not of > National Australia Bank Ltd. Advice in this email does not take account > of your objectives, financial situation, or needs. It is important for > you to consider these matters and, if the e-mail refers to a > product(s), you should read the relevant Product Disclosure > Statement(s)/other disclosure document(s) before making any decisions. > If you do not want email marketing from us in future, forward this > email with "unsubscribe" in the subject line to > [EMAIL PROTECTED] in order to stop marketing emails from this > sender. National Australia Bank Ltd does not represent that this email > is free of errors, viruses or interference. > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070824/ 116adf6b/attachment.htm > > ------------------------------ > > Message: 7 > Date: Fri, 24 Aug 2007 15:56:38 +0300 > From: <[EMAIL PROTECTED]> > Subject: [Veritas-bu] Remote media server connection speed line > To: veritas-bu@mailman.eng.auburn.edu > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="windows-1253" > > Does anyone know the minimum line speed requirements for a master and a media server communication? > > I have a remote site that connects with the primary with a 1 Mbps line. Will a media server operate successfully at my remote site? > > thanks > > > ------------------------------ > > Message: 8 > Date: Fri, 24 Aug 2007 09:12:11 -0400 > From: "Preston, Douglas L" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] Has anyone run a database consistency check > recently? > To: <[EMAIL PROTECTED]>, <veritas-bu@mailman.eng.auburn.edu> > Message-ID: > <[EMAIL PROTECTED] .net> > > Content-Type: text/plain; charset="us-ascii" > > In windows you can run this command. > > "C:\Program Files\VERITAS\netbackup\bin\bpdbm" -consistency > >>f:\catalog.consistency.txt > > On a *nix machine it should still be the same command > > While it checks the catalog it will move corrupt entries to > C:\Program Files\VERITAS\netbackup\db.corrupt and your catalog backups > will complete. Using this command to do the consistency check and fix > it does not delete the corrupt entries so if a fix for the corrupt > entries ever happen you still have them. On our catalog it takes > approxamately 2 hours to run. Our catalog is 60+ gigs. > > Doug Preston > Systems Engineer > Land America Tax and Flood Services > Phone 626-339-5221 Ext 1104 > Email [EMAIL PROTECTED] > > > ------------------------------------------------------------------------ > ------------ > NOTICE: This electronic mail transmission may constitute a communication > that is legally privileged. It is not intended for transmission to, or > receipt by, any unauthorized persons. If you have received this > electronic mail transmission in error, please delete it from your system > without copying it, and notify the sender by reply e-mail, so that our > address record can be corrected. > ------------------------------------------------------------------------ > ------------ > > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Thursday, August 23, 2007 9:05 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Has anyone run a database consistency check > recently? > > Hi all, > > We have been having issues with our catalog (running NBU 6.0 MP4) and > have found that our catalog is very inconsistent. We have been running a > utility from Symantec called consistency_gather.pl, which basically > grabs image, media and vol DB information. We send that through to > Symantec to produce a report, which we receive back. > > We have two NetBackup 6.0 environment, and both are reporting that we > have inconsistencies in our catalog. > > Has anyone else run this utility and obtained a report from Symantec. > > In one of our report, it stats that of the 375000 images that we have, > about 4700 of them could be lost due to being overwritten. We also have > multiple tapes that appear to be assigned to multiple media servers, and > the list goes on. > > Anyone else run into this type of issue? > > Regards > Ian. > > National Australia Bank Ltd - ABN 12 004 044 937 This email may contain > confidential information. If you are not the intended recipient, please > immediately notify us at [EMAIL PROTECTED] or by replying to the > sender, and then destroy all copies of this email. Except where this > email indicates otherwise, views expressed in this email are those of > the sender and not of National Australia Bank Ltd. Advice in this email > does not take account of your objectives, financial situation, or needs. > It is important for you to consider these matters and, if the e-mail > refers to a product(s), you should read the relevant Product Disclosure > Statement(s)/other disclosure document(s) before making any decisions. > If you do not want email marketing from us in future, forward this email > with "unsubscribe" in the subject line to [EMAIL PROTECTED] in > order to stop marketing emails from this sender. National Australia Bank > Ltd does not represent that this email is free of errors, viruses or > interference. > > > > > ------------------------------ > > Message: 9 > Date: Fri, 24 Aug 2007 09:13:10 -0400 (EDT) > From: Justin Piszcz <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] Remote media server connection speed line > To: [EMAIL PROTECTED] > Cc: veritas-bu@mailman.eng.auburn.edu > Message-ID: <[EMAIL PROTECTED]> > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > Should be fine the master is just telling the clients/media servers what > to do and where to send the data. As long as you have no tape drives > attached to it-- however, if you backup millions of files those files will > be written to in the catalog on the master. > > On Fri, 24 Aug 2007, [EMAIL PROTECTED] wrote: > > > Does anyone know the minimum line speed requirements for a master and a media server communication? > > > > I have a remote site that connects with the primary with a 1 Mbps line. Will a media server operate successfully at my remote site? > > > > thanks > > _______________________________________________ > > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > > ------------------------------ > > Message: 10 > Date: Fri, 24 Aug 2007 09:18:08 -0400 > From: "Steven L. Sesar" <[EMAIL PROTECTED]> > Subject: Re: [Veritas-bu] Has anyone run a database consistency check > recently? > To: "Preston, Douglas L" <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > This took way too long (over 24 hours) in our environment. It was never > an option for us, unfortunately. > > > Preston, Douglas L wrote: > > In windows you can run this command. > > > > "C:\Program Files\VERITAS\netbackup\bin\bpdbm" -consistency > > > >>> f:\catalog.consistency.txt > >>> > > > > On a *nix machine it should still be the same command > > > > While it checks the catalog it will move corrupt entries to > > C:\Program Files\VERITAS\netbackup\db.corrupt and your catalog backups > > will complete. Using this command to do the consistency check and fix > > it does not delete the corrupt entries so if a fix for the corrupt > > entries ever happen you still have them. On our catalog it takes > > approxamately 2 hours to run. Our catalog is 60+ gigs. > > > > Doug Preston > > Systems Engineer > > Land America Tax and Flood Services > > Phone 626-339-5221 Ext 1104 > > Email [EMAIL PROTECTED] > > > > > > ------------------------------------------------------------------------ > > ------------ > > NOTICE: This electronic mail transmission may constitute a communication > > that is legally privileged. It is not intended for transmission to, or > > receipt by, any unauthorized persons. If you have received this > > electronic mail transmission in error, please delete it from your system > > without copying it, and notify the sender by reply e-mail, so that our > > address record can be corrected. > > ------------------------------------------------------------------------ > > ------------ > > > > > > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > [EMAIL PROTECTED] > > Sent: Thursday, August 23, 2007 9:05 PM > > To: veritas-bu@mailman.eng.auburn.edu > > Subject: [Veritas-bu] Has anyone run a database consistency check > > recently? > > > > Hi all, > > > > We have been having issues with our catalog (running NBU 6.0 MP4) and > > have found that our catalog is very inconsistent. We have been running a > > utility from Symantec called consistency_gather.pl, which basically > > grabs image, media and vol DB information. We send that through to > > Symantec to produce a report, which we receive back. > > > > We have two NetBackup 6.0 environment, and both are reporting that we > > have inconsistencies in our catalog. > > > > Has anyone else run this utility and obtained a report from Symantec. > > > > In one of our report, it stats that of the 375000 images that we have, > > about 4700 of them could be lost due to being overwritten. We also have > > multiple tapes that appear to be assigned to multiple media servers, and > > the list goes on. > > > > Anyone else run into this type of issue? > > > > Regards > > Ian. > > > > National Australia Bank Ltd - ABN 12 004 044 937 This email may contain > > confidential information. If you are not the intended recipient, please > > immediately notify us at [EMAIL PROTECTED] or by replying to the > > sender, and then destroy all copies of this email. Except where this > > email indicates otherwise, views expressed in this email are those of > > the sender and not of National Australia Bank Ltd. Advice in this email > > does not take account of your objectives, financial situation, or needs. > > It is important for you to consider these matters and, if the e-mail > > refers to a product(s), you should read the relevant Product Disclosure > > Statement(s)/other disclosure document(s) before making any decisions. > > If you do not want email marketing from us in future, forward this email > > with "unsubscribe" in the subject line to [EMAIL PROTECTED] in > > order to stop marketing emails from this sender. National Australia Bank > > Ltd does not represent that this email is free of errors, viruses or > > interference. > > > > > > _______________________________________________ > > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > > -- > =================================== > > Steven L. Sesar > Lead Operating Systems Programmer/Analyst > UNIX Application Services R101 > The MITRE Corporation > 202 Burlington Road - MS K101 > Bedford, MA 01730 > tel: (781) 271-7702 > fax: (781) 271-2600 > mobile: (617) 519-8933 > email: [EMAIL PROTECTED] > > =================================== > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070824/ 93b290a6/attachment.html > > ------------------------------ > > Message: 11 > Date: Fri, 24 Aug 2007 01:19:25 -0700 > From: Paikekar <[EMAIL PROTECTED]> > Subject: [Veritas-bu] Re: Has anyone run a database consistency check > recently? > To: VERITAS-BU@mailman.eng.auburn.edu > Message-ID: <[EMAIL PROTECTED]> > > > You may find many inconsistancies , try to resolve only > > 1. Media inconsistancies > a : media assign time and allocated time > b : media assigned to multiple media servers > c : remove all media servers which are not into existance > 2. Image inconsistancies > > > Regards , > > Rohit Paikekar > > +---------------------------------------------------------------------- > |This was sent by [EMAIL PROTECTED] via Backup Central. > |Forward SPAM to [EMAIL PROTECTED] > +---------------------------------------------------------------------- > > > > > ------------------------------ > > Message: 12 > Date: Fri, 24 Aug 2007 16:23:25 +0200 > From: Didier BRUN <[EMAIL PROTECTED]> > Subject: [Veritas-bu] TIR with NDMP on Celerra ? up > To: veritas-bu@mailman.eng.auburn.edu > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi all, > > Anybody knows a solution to make a TIR ( True image Restore ) > restoration with NDMP on Celerra ? > > Many thanks, > > Didier > > > > ------------------------------ > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > End of Veritas-bu Digest, Vol 16, Issue 45 > ****************************************** > _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu