-----Original Message-----
From: veritas-bu-request AT Eng.Auburn DOT EDU
[mailto:veritas-bu-request AT Eng.Auburn DOT EDU]
Sent: Friday, February 16, 2001 11:17 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Veritas-bu digest, Vol 1 #289 - 14 msgs
Send Veritas-bu mailing list submissions to
veritas-bu AT mailman.eng.auburn DOT edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to
veritas-bu-request AT mailman.eng.auburn DOT edu
You can reach the person managing the list at
veritas-bu-admin AT mailman.eng.auburn DOT edu
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Veritas-bu digest..."
Today's Topics:
1. vmupdate (clifford thurber)
2. IDR Wizard for NBU 3.4 (BJ Stewart)
3. Re: vmupdate (Jeff Kennedy)
4. Re: Client Logs
(=?iso-8859-1?Q?fx__=5BFran=E7ois-Xavier_Peretmere=5D?=)
5. Re: RE: Veritas-bu digest, Vol 1 #282 - 11 msgs
(=?iso-8859-1?Q?fx__=5BFran=E7ois-Xavier_Peretmere=5D?=)
6. RE: RE: Veritas-bu digest, Vol 1 #282 - 11 msgs (Stephen Dvorak)
7. RE: IDR Wizard for NBU 3.4 (Greg Musi)
8. RE: firewall between master and media servers (Bob Bakh)
9. Netbackup performance on SAN (O. Aytug KARALAR)
10. Re: vmupdate (mander47 AT sca.csc DOT com)
11. RE: Netbackup performance on SAN (Armando R Cisneros)
12. Re: Sun Gigabit Performance (RYAN ANDERSON)
13. Error on request to write data (Daniel Monjar)
14. Netbackup Performance (O. Aytug KARALAR)
--__--__--
Message: 1
Date: Thu, 15 Feb 2001 13:26:04 -0500
To: veritas-bu AT mailman.eng.auburn DOT edu
From: clifford thurber <cthurber AT concretemedia DOT com>
Subject: [Veritas-bu] vmupdate
Hello,
vmupdate seems to be a fairly undocumented command. I cant find a man page
on it anywhere. I am looking to incorporate it into an eject tape script to
update the netbackup db afterwards. Does anyone have a doc on this or
perhaps can tell me what command line switches and arguments I need to feed
it? Thanks in advance.
Cliff
--__--__--
Message: 2
From: BJ Stewart <bstewart AT esri DOT com>
To: "'Veritas Group'" <veritas-bu AT mailman.eng.auburn DOT edu>
Date: Thu, 15 Feb 2001 10:34:30 -0800
charset="iso-8859-1"
Subject: [Veritas-bu] IDR Wizard for NBU 3.4
Hi,
We are running into an issue with our IDR wizard on select clients. It is
issuing the following error verbatim.
It has been determined that the Intelligent Disaster Recovery license "not
not"` been installed on the Net Backup Server .
The application will now terminate.
We have ran this on 300+ clients and have had maybe 10 fail with this error.
The server has the proper licenses installed. The install completes
successfully. Any ideas or suggestions would be greatly appreciated.
Thank-you.
BJ Stewart
ESRI Systems
909 -793-2853 x1277
--__--__--
Message: 3
Date: Thu, 15 Feb 2001 11:22:26 -0800
From: "Jeff Kennedy" <jkennedy AT amcc DOT com>
To: Veritas-bu List <veritas-bu AT mailman.eng.auburn DOT edu>
Subject: Re: [Veritas-bu] vmupdate
I was just about to comment on that myself..... Nowhere in any of my
docs does it mention vmupdate. I run it with no arguments and get the
options for it but nothing blatant about the inport. Got docs?
Thanks.
~JK
clifford thurber wrote:
>
> Hello,
> vmupdate seems to be a fairly undocumented command. I cant find a man page
> on it anywhere. I am looking to incorporate it into an eject tape script
to
> update the netbackup db afterwards. Does anyone have a doc on this or
> perhaps can tell me what command line switches and arguments I need to
feed
> it? Thanks in advance.
> Cliff
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
=====================
Jeff Kennedy
Unix Administrator
AMCC
jkennedy AT amcc DOT com
--__--__--
Message: 4
Reply-To: <fx AT Veritas DOT com>
From: =?iso-8859-1?Q?fx__=5BFran=E7ois-Xavier_Peretmere=5D?=
<fx AT Veritas DOT com>
To: <veritas-bu AT mailman.eng.auburn DOT edu>
Subject: Re: [Veritas-bu] Client Logs
Date: Fri, 16 Feb 2001 00:29:11 +0100
charset="iso-8859-1"
> From: David A. Chapa [mailto:david AT datastaff DOT com]
> Sent: Thursday 08 February, 2001 17:41
> no its not under NT.
true. but when runnig ms windows, you can always (well, as
long as you have installed the ms networking stuff) get
the logs trough SMB shares, ie. <drive>$\veritas\netbackup\logs\
if connecting with an admin account. or define a standard
RO share for the directory holding the logs.
and if from a unix hosts, just use the smbclient command
from the Samba suit to get them. Samba is a wonderfull piece
of software.
just a thought.
fx
#include <std_disclaimer.h>
--
fx AT veritas DOT com | Printer not ready.
Francois-Xavier Peretmere | Could be a fatal error.
http://www.veritas.com/ | Have a pen handy ?
--__--__--
Message: 5
Reply-To: <fx AT Veritas DOT com>
From: =?iso-8859-1?Q?fx__=5BFran=E7ois-Xavier_Peretmere=5D?=
<fx AT Veritas DOT com>
To: <veritas-bu AT mailman.eng.auburn DOT edu>
Subject: Re: [Veritas-bu] RE: Veritas-bu digest, Vol 1 #282 - 11 msgs
Date: Fri, 16 Feb 2001 00:34:18 +0100
charset="iso-8859-1"
N> From: Dana Bourgeois [mailto:Dana AT slamdunknetworks DOT com]
> Sent: Wednesday 14 February, 2001 17:21
> netbackup will work through a firewall. It will not work through NAT.
> NAT will fool it into trying to connect directly to the firewall
> which is not what you want and the firewall will never allow and which
> wouldn't work properly even if you let it happen.
yes but no. depends the kind of NAT you're using. if you're
doing 1 -> 1 or n -> m, it could work. if you're doing n -> 1,
it won't never work, as from the server point of vue, all clients
seem to come from the same IP address.
the underlying thing is that NB connection depends on
its capacity to associate a name and an IP address. that's why
everything that mess with IP <-> name relation will complicate
NB work: Linux/*BSD ipfw, *BSD ipnat, Cisco PIX and so on, once
again, depending the configuration.
Amicalement,
fx
#include <std_disclaimer.h>
--
fx AT veritas DOT com | To have no errors
Francois-Xavier Peretmere | would be life without meaning.
http://www.veritas.com/ | No struggle, no joy.
--__--__--
Message: 6
From: Stephen Dvorak <sdvorak AT veritas DOT com>
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] RE: Veritas-bu digest, Vol 1 #282 - 11 msgs
Date: Thu, 15 Feb 2001 16:59:38 -0800
charset="iso-8859-1"
Keep in mind that NBU has to be able to do a reverse lookup and match it
with the name lookup.
Steve
-----Original Message-----
From: fx [Francois-Xavier Peretmere] [mailto:fx AT veritas DOT com]
Sent: Thursday, February 15, 2001 4:34 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] RE: Veritas-bu digest, Vol 1 #282 - 11 msgs
N> From: Dana Bourgeois [mailto:Dana AT slamdunknetworks DOT com]
> Sent: Wednesday 14 February, 2001 17:21
> netbackup will work through a firewall. It will not work through NAT.
> NAT will fool it into trying to connect directly to the firewall
> which is not what you want and the firewall will never allow and which
> wouldn't work properly even if you let it happen.
yes but no. depends the kind of NAT you're using. if you're
doing 1 -> 1 or n -> m, it could work. if you're doing n -> 1,
it won't never work, as from the server point of vue, all clients
seem to come from the same IP address.
the underlying thing is that NB connection depends on
its capacity to associate a name and an IP address. that's why
everything that mess with IP <-> name relation will complicate
NB work: Linux/*BSD ipfw, *BSD ipnat, Cisco PIX and so on, once
again, depending the configuration.
Amicalement,
fx
#include <std_disclaimer.h>
--
fx AT veritas DOT com | To have no errors
Francois-Xavier Peretmere | would be life without meaning.
http://www.veritas.com/ | No struggle, no joy.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--__--__--
Message: 7
From: Greg Musi <greg.musi AT veritas DOT com>
To: BJ Stewart <bstewart AT esri DOT com>,
"'Veritas Group'"
<veritas-bu AT mailman.eng.auburn DOT edu>
Subject: RE: [Veritas-bu] IDR Wizard for NBU 3.4
Date: Thu, 15 Feb 2001 21:52:18 -0500
charset="iso-8859-1"
BJ,
There is a technote on this specific issue that may help you:
http://seer.support.veritas.com/docs/232966.htm
Hope it helps.
Greg Musi
---
Greg Musi
Systems Engineer
Veritas Software Corporation
Voice: (724)940-2983
mailto:greg.musi AT veritas DOT com
-----Original Message-----
From: BJ Stewart [mailto:bstewart AT esri DOT com]
Sent: Thursday, February 15, 2001 1:35 PM
To: 'Veritas Group'
Subject: [Veritas-bu] IDR Wizard for NBU 3.4
Hi,
We are running into an issue with our IDR wizard on select clients. It is
issuing the following error verbatim.
It has been determined that the Intelligent Disaster Recovery license "not
not"` been installed on the Net Backup Server .
The application will now terminate.
We have ran this on 300+ clients and have had maybe 10 fail with this error.
The server has the proper licenses installed. The install completes
successfully. Any ideas or suggestions would be greatly appreciated.
Thank-you.
BJ Stewart
ESRI Systems
909 -793-2853 x1277
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--__--__--
Message: 8
From: Bob Bakh <bbakh AT veritas DOT com>
To: KevinB AT paccessglobal DOT com, bbakh AT veritas DOT com, ITerry AT
cyberdialogue DOT com,
veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] firewall between master and media servers
Date: Thu, 15 Feb 2001 22:14:38 -0800
charset="iso-8859-1"
They may have access to the tapes, but they would have to reimport them to
make any sense of them, and would have to spend a great deal of time with a
lot of luck to have any valuable data, especially if you multiplex, and I
think most admins would notice a drive being used to do an import when no
jobs are running on either of his or her masters.
Bob
-----Original Message-----
From: KevinB AT paccessglobal DOT com [mailto:KevinB AT paccessglobal DOT com]
Sent: Thursday, February 15, 2001 8:46 AM
To: bbakh AT veritas DOT com; ITerry AT cyberdialogue DOT com;
veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] firewall between master and media servers
If someone hacks the external Master they have access to all tapes.
Depending on configuration, actually retrieving data may be difficult to
impossible, but, now it puts the security responsibility in a different
area. By this I mean that by default all firewall related issues should
have a high security awareness but internal backups typically would have
somewhat less. Based on the cost of more monitoring/management it would
probably be cheaper to purchase two smaller robots (one for each side of the
firewall). Obviously both security and backups are site specific so this
configuration is an a valid option, just one that should be closely
scrutinized.
-----Original Message-----
From: Bob Bakh [mailto:bbakh AT veritas DOT com]
Sent: Wednesday, February 14, 2001 10:33 PM
To: Ian M Terry; veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] firewall between master and media servers
I'm going to get back on my Firewall soap box.
I don't think running NetBackup across a firewall is an inefficient and
insecure way of backing up. What seems to work better, and the customers
I've set this up with seem to agree, is having a master on both sides of the
firewall sharing the same robot.
Since you can run Media Manager independent of NetBackup, I say set up two
Media Manger servers, one as the robot control host and volume Database
host, and the other as a slave owing a driver in the robot controlled by
server A.
Now have NetBackup set up as a master on both nodes, now you have a master
on both sides of your firewall, and still one storage of tapes. Now all you
need are two ports to communicate through the firewall. One for VMD to
manage tape assignments, and one for tldd, or tl8d or whatever to control
the robot, there may be one more but I'm not positive right now.
This reduces security holes, and makes backups and restores easier.
Just my opinion, but I've been known to have my head up my A** =)
Bob
-----Original Message-----
From: Ian M Terry [mailto:ITerry AT cyberdialogue DOT com]
Sent: Wednesday, February 14, 2001 1:26 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] firewall between master and media servers
thanks to all - NAT was the evil villain. all is rockin now! just had to
adjust a few firewall rules and disable NATing here and there.
-ian
---++---++---++-
Ian Terry x7024
Systems Administrator
Cyber Dialogue
---++---++---++-
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--__--__--
Message: 9
From: "O. Aytug KARALAR" <aytug AT ganpro DOT com>
To: <Veritas-bu AT mailman.eng.auburn DOT edu>
Date: Fri, 16 Feb 2001 11:24:26 +0200
boundary="----=_NextPart_000_0112_01C0980B.0502B6A0"
Subject: [Veritas-bu] Netbackup performance on SAN
This is a multi-part message in MIME format.
------=_NextPart_000_0112_01C0980B.0502B6A0
Content-Type: text/plain;
charset="iso-8859-9"
Content-Transfer-Encoding: quoted-printable
Hi all,
In a customer we installed Netbackup 3.4 on a SAN environment.There is =
an STK L700 Robotic Library. There are 4 drives (STK9840). Netbackup =
server is SUN E450(Solaris 7). There is a STK fiberswitch. On our tests, =
Netbackup mounts drives very slow(2-3 mins.) and the backup speed is =
8-9Mb/s . This is a terrible speed for SAN environment. Because STK9840 =
supports max 40mb/s. The fiber lines and switch supports 70Mb/s. The =
worse is other backup softwares like Legato and SCH Reel performs much =
much better on the same environment. For example Legato's backup speed =
is avarage 20Mb/s, SCH Reel's is 40 Mb/s. Also Reel mount very quick on =
STK 9840 drives. A backup software must mount more quick on STK9840 than =
other DLT drives. But netbackup here mounts 9840 like it is a DLT drive. =
Even worse. None wants to buy a software backuping with the speed of 10 =
Mb/s on a 50Mb/s speed SAN environment..Even the other softwares backups =
at least with the speed of 30Mb/s. There is a big gap on performances. =
Does anyone have idea for improving the performance of Netbackup or is =
it just netbackup performs ?=20
O. AYTUG KARALAR
------=_NextPart_000_0112_01C0980B.0502B6A0
Content-Type: text/html;
charset="iso-8859-9"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-9" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>In a customer we installed Netbackup =
3.4 on a SAN=20
environment.There is an STK L700 Robotic Library. There are 4 drives =
(STK9840).=20
Netbackup server is SUN E450(Solaris 7). There is a STK fiberswitch. On =
our=20
tests, Netbackup mounts drives very slow(2-3 mins.) and the backup speed =
is=20
8-9Mb/s . This is a terrible speed for SAN environment. Because STK9840 =
supports=20
max 40mb/s. The fiber lines and switch supports 70Mb/s. The worse is =
other=20
backup softwares like Legato and SCH Reel performs much much better on =
the same=20
environment. For example Legato's backup speed is avarage 20Mb/s, =
SCH=20
Reel's is 40 Mb/s. Also Reel mount very quick on STK 9840 drives. A =
backup=20
software must mount more quick on STK9840 than other DLT drives. But =
netbackup=20
here mounts 9840 like it is a DLT drive. Even worse. None =
wants to=20
buy a software backuping with the speed of 10 Mb/s on a 50Mb/s speed SAN =
environment..Even the other softwares backups at least with the speed of =
30Mb/s.=20
There is a big gap on performances. Does anyone have idea for=20
improving the performance of Netbackup or is it just netbackup performs =
?=20
</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>O. AYTUG KARALAR</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2><BR></FONT> </DIV></BODY></HTML>
------=_NextPart_000_0112_01C0980B.0502B6A0--
--__--__--
Message: 10
From: mander47 AT sca.csc DOT com
To: clifford thurber <cthurber AT concretemedia DOT com>,
Veritas-bu AT mailman.eng.auburn DOT edu
Date: Fri, 16 Feb 2001 11:12:43 +0100
Subject: Re: [Veritas-bu] vmupdate
Hello Clifford
You could try vmupdate -help to get some of the comman line arguments and
arguments
Michael
clifford thurber <cthurber AT concretemedia DOT com> on 15-02-2001 19:26:04
To: veritas-bu AT mailman.eng.auburn DOT edu
cc: (bcc: Michael G Andersen/SCA/CSC)
Subject: [Veritas-bu] vmupdate
Hello,
vmupdate seems to be a fairly undocumented command. I cant find a man page
on it anywhere. I am looking to incorporate it into an eject tape script to
update the netbackup db afterwards. Does anyone have a doc on this or
perhaps can tell me what command line switches and arguments I need to feed
it? Thanks in advance.
Cliff
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--__--__--
Message: 11
Date: Fri, 16 Feb 2001 01:59:48 -0800
From: Armando R Cisneros <arc AT guruint DOT com>
Subject: RE: [Veritas-bu] Netbackup performance on SAN
To: "O. Aytug KARALAR" <aytug AT ganpro DOT com>, Veritas-bu AT
mailman.eng.auburn DOT edu
Reply-to: arc AT guruint DOT com
boundary="----=_NextPart_000_0014_01C097BC.24833BC0"
This is a multi-part message in MIME format.
------=_NextPart_000_0014_01C097BC.24833BC0
Content-Type: text/plain;
charset="iso-8859-9"
Content-Transfer-Encoding: 7bit
Try the net buffer size variable, then the how many buffers, there is one
more which increases the tcp packet size... veritas has docs regarding all
these, then there is the policies you create, that is a performance boost
big time... I had a increase with 32 buffers at 1024k or was it K? anyway...
call veritas they have the paper with your answers.
-----Original Message-----
From: veritas-bu-admin AT Eng.Auburn DOT EDU
[mailto:veritas-bu-admin AT Eng.Auburn DOT EDU]On Behalf Of O. Aytug KARALAR
Sent: Friday, February 16, 2001 1:24 AM
To: Veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Netbackup performance on SAN
Hi all,
In a customer we installed Netbackup 3.4 on a SAN environment.There is an
STK L700 Robotic Library. There are 4 drives (STK9840). Netbackup server is
SUN E450(Solaris 7). There is a STK fiberswitch. On our tests, Netbackup
mounts drives very slow(2-3 mins.) and the backup speed is 8-9Mb/s . This is
a terrible speed for SAN environment. Because STK9840 supports max 40mb/s.
The fiber lines and switch supports 70Mb/s. The worse is other backup
softwares like Legato and SCH Reel performs much much better on the same
environment. For example Legato's backup speed is avarage 20Mb/s, SCH Reel's
is 40 Mb/s. Also Reel mount very quick on STK 9840 drives. A backup software
must mount more quick on STK9840 than other DLT drives. But netbackup here
mounts 9840 like it is a DLT drive. Even worse. None wants to buy a
software backuping with the speed of 10 Mb/s on a 50Mb/s speed SAN
environment..Even the other softwares backups at least with the speed of
30Mb/s. There is a big gap on performances. Does anyone have idea for
improving the performance of Netbackup or is it just netbackup performs ?
O. AYTUG KARALAR
------=_NextPart_000_0014_01C097BC.24833BC0
Content-Type: text/html;
charset="iso-8859-9"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-9">
<META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><SPAN class=3D890195509-16022001><FONT face=3DArial color=3D#0000ff =
size=3D2>Try=20
the net buffer size variable, then the how many buffers, there is one =
more which=20
increases the tcp packet size... veritas has docs regarding all these,=20
then there is the policies you create, that is a =
performance=20
boost big time... I had a increase with 32 buffers at 1024k or was =
it K?=20
anyway... call veritas they have the paper with your=20
answers.</FONT></SPAN></DIV>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B>=20
veritas-bu-admin AT Eng.Auburn DOT EDU =
[mailto:veritas-bu-admin AT Eng.Auburn DOT EDU]<B>On=20
Behalf Of </B>O. Aytug KARALAR<BR><B>Sent:</B> Friday, February 16, =
2001 1:24=20
AM<BR><B>To:</B> Veritas-bu AT mailman.eng.auburn DOT
edu<BR><B>Subject:</B>=20
[Veritas-bu] Netbackup performance on SAN<BR><BR></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>In a customer we installed Netbackup =
3.4 on a SAN=20
environment.There is an STK L700 Robotic Library. There are 4 drives=20
(STK9840). Netbackup server is SUN E450(Solaris 7). There is a STK=20
fiberswitch. On our tests, Netbackup mounts drives very slow(2-3 =
mins.) and=20
the backup speed is 8-9Mb/s . This is a terrible speed for SAN =
environment.=20
Because STK9840 supports max 40mb/s. The fiber lines and switch =
supports=20
70Mb/s. The worse is other backup softwares like Legato and SCH Reel =
performs=20
much much better on the same environment. For example Legato's =
backup=20
speed is avarage 20Mb/s, SCH Reel's is 40 Mb/s. Also Reel mount very =
quick on=20
STK 9840 drives. A backup software must mount more quick on STK9840 =
than other=20
DLT drives. But netbackup here mounts 9840 like it is a DLT drive.=20
Even worse. None wants to buy a software backuping with the =
speed=20
of 10 Mb/s on a 50Mb/s speed SAN environment..Even the other softwares =
backups=20
at least with the speed of 30Mb/s. There is a big gap on performances. =
Does anyone have idea for improving the performance of =
Netbackup or=20
is it just netbackup performs ? </FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>O. AYTUG KARALAR</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial =
size=3D2><BR></FONT> </DIV></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_0014_01C097BC.24833BC0--
--__--__--
Message: 12
Date: Fri, 16 Feb 2001 08:16:46 -0600
From: RYAN ANDERSON <RYAN_ANDERSON AT udlp DOT com>
Organization: United Defense LP
To: Andrew Steingruebl <steingra AT pprd.abbott DOT com>
CC: "Pearson; Kim (STP)" <kim.pearson AT guidant DOT com>,
Veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Sun Gigabit Performance
As an FYI: Here's what a coworker of mine found when testing our new
Gigabit interface on our backupserver:
"I was able to see 200 MB/s between 2 GigabitEthernet cards residing on
a Sun
E450 and a Sun E420. Both were in PCI slots with 66 MHz clock rate
capability.
According to docs.sun.com, "individual PCI buses are capable of
sustained
throughput of 200 Mbytes per second". So that matches what we've seen.
We monitored this using a TTCP tool I got from this web site:
http://www-iepm.slac.stanford.edu/monitoring/voip/ttcp.html";
Barton Wold
United Defense L.P.
He said that some tweaking of TCP buffers could theoretically increase
this to 210 per second.
Ryan Anderson
Andrew Steingruebl wrote:
>
> I run the ucd-snmpd package on my backup servers and use cricket to graph
the
> interface throughput. It gives me pretty good stats on in/out traffic for
the
> interface. I only manage to push about 90mbit on a 100mbit interface, but
I'm
> sure I could do more tuning to increase it. I'm getting a gig-ethernet
> adapter soon to put into a 220, if I get stats I'll post them.
>
> Oh, and have you thought about tuning your interface for better
performance?
> Nice little article in adjusting TCP buffers, etc. in this months ;Login
from
> Usenix.
>
> - Andy
>
> "Pearson, Kim (STP)" said:
>
> >What is the best way to benchmark network throughput? We are using 2
Gigabit
> >ethernet ports on our NetBackup Master/Media server, and we are not
seeing
> >the throughput we are expecting for backups. Since we stream multiple
> >classes to each drive, I'm inclined to believe that it's the network, not
> >the 8 DLT drives. They sit idle a lot...shoe shining? We are using crude
> >copy scripts now to try to measure throughput - anyone got something
better?
> >
> >HW - Sun E450, 2 Sun Gb PCI cards dedicated to the backup segment...
> >
> >Thanks!
> >
> >Kim
> >Kim Pearson
> >UNIX Team Lead
> >Guidant Corporation
> >kim.pearson AT guidant DOT com
--__--__--
Message: 13
Date: Fri, 16 Feb 2001 10:43:36 -0500
From: Daniel Monjar <dam AT orgtek DOT com>
To: veritas-bu AT mailman.eng.auburn DOT edu
Cc: jpippin AT orgtek DOT com, mproffitt AT orgtek DOT com
Reply-to: dmonjar AT orgtek DOT com
mproffitt AT orgtek DOT com
Subject: [Veritas-bu] Error on request to write data
Software is Backup Exec 7. Hardware is DLT4000.
We occasionally get "Storage device DEC 0 reported an error on a
request to write data to media". Error reported is Data error (cyclic
redundancy check).
I've always considered this to indicate a bad tape. now one of my
techs is telling me that he saw a Veritas tech article on this that
seemed to say it wasn't a bad tape and that a registry setting would
make it go away.
Are these bad tapes?
--
Daniel Monjar (mailto:dmonjar AT orgtek DOT com)
"because Life's a lesson, you learn it when you're through."
-- Limp Bizkit
--__--__--
Message: 14
From: "O. Aytug KARALAR" <aytug AT ganpro DOT com>
To: <Veritas-bu AT mailman.eng.auburn DOT edu>
Date: Fri, 16 Feb 2001 18:17:53 +0200
boundary="----=_NextPart_000_0170_01C09844.C71034A0"
Subject: [Veritas-bu] Netbackup Performance
This is a multi-part message in MIME format.
------=_NextPart_000_0170_01C09844.C71034A0
Content-Type: text/plain;
charset="iso-8859-9"
Content-Transfer-Encoding: quoted-printable
Netbackup backed up 40MB/s speed on stk9840 drives.
Just Increase Shared Memory on SUN server (you can get help from =
sunsolve)
Also make tries on Number Data buffers and Size data buffers .
Thanks :)
O. AYTUG KARALAR
------=_NextPart_000_0170_01C09844.C71034A0
Content-Type: text/html;
charset="iso-8859-9"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-9" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2314.1000" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Netbackup backed up 40MB/s speed on =
stk9840=20
drives.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Just Increase Shared Memory on SUN =
server (you can=20
get help from sunsolve)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Also make tries on Number Data=20
buffers and Size data buffers</FONT> <FONT face=3DArial=20
size=3D2>.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks :)</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>O. AYTUG KARALAR</FONT></DIV>
<DIV> </DIV></BODY></HTML>
------=_NextPart_000_0170_01C09844.C71034A0--
--__--__--
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
