Hey Dave
Haven't seen any issues to date. Lots of folks looking at that release to
support windows 2012
I'll check the BCE emails in the AM and pass on any gotchas :)
Hope all is well
Dan O
Sent from my iPhone
On Jul 7, 2013, at 12:36 PM, dgwhittemore nbu-fo...@backupcentral.com wrote:
Bingo you have a reverse lookup failing for the incoming IP address
192.168.x.x.
On the client run the command-
C:\Program files\VERITAS\netbackup\bin:bpclntcmd -ip 192.168.x.x (The actual IP
address I assume not x's)
It will fail. Then in the client's host file add that IP and the master
If the resolutions are correct and you can ping the server then either bpcd
port 13782 is not listening or there is something such as client firewall or a
TCP wrapper blocking access to the port if you are not getting a bpcd log
generated.
Try this- telnet localhost 13782
Does that generate
That is what you should get and proves the binary is executable.
Did you get a log from the telnet localhost 13782??
Is this a Solaris 10 server??
Try starting bpcd in standlone mode-
e.g. /usr/openv/netbackup/logs/bpcd -standalone
Then can you connect??
See if these TN helps-
Assuming it
Also you may have to clear the arp tables on the servers and networking
switches. If you wait a few minutes they should timeout after about 5 minutes
to an hour depending on the cache age settings for the CAM tables.
e.g. mac-address-table aging-time
default 5 minutes
-Original
Both NICs are on the same IP segment.
addr:172.20.10.23 Mask:255.255.255.0
addr:172.20.10.24 Mask:255.255.255.0
As far as the OS is concerned they are on the same dedicated segments with
equal weight (Metric:1) in the routing table and probably binding to eth0
first. Run bpclntcmd -self to see
Increase the storage size for VSS to unlimited-
After upgrading to NetBackup 6.5.4, adjustments may be made to Windows
VSS settings that lead to individual snapshots being deleted
unexpectedly on a Windows client. This affects snapshots that are taken
outside of NetBackup manually or with a
How to administer multiple versions of NetBackup when using the
NetBackup Java Console.
http://support.veritas.com/docs/301343
Administering mixed version of NBU Master
- To admin a Master Server running NBU 5.1
Then run JAVA in the same version:
# jnbSA -r 5.1
- To admin a
So long as they are only doing a static one to one NAT it should work
but you need to make sure you are resolving the outside global NAT-ed IP
address to the correct hostname. And if they are NAT-ing into the
network from the DMZ you need to make sure the inside IP addresses are
translated to the
See page 586 in the link below-
ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Serv
er/290230.pdf
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Reynolds, Susan K.
The command line equivalents for running the NetBackup reports available
in the NetBackup user interface
http://support.veritas.com/docs/247902
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
FYI- Done-
From: Jeff Lightner [mailto:jlight...@water.com]
Sent: Friday, September 25, 2009 9:34 AM
To: Daniel Otto
Subject: RE: [Veritas-bu] Command line question
Wow - quick service. : - )
Thanks.
From: Daniel Otto [mailto:dan_o...@symantec.com
When you use NBU client side encryption it removes any repeatable
patterns that the tape drive hardware compression works off. So there is
nothing to compress and so you end up using more tape space.
The only way to get around this issue is to also run with client side
compression since NBU will
See if this help with your issue-
STATUS CODE 58: Can't connect to client. Troubleshooting procedures for
Status 58 errors.
http://support.veritas.com/docs/321172
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On
Do you have a bpcd log from the client?
If not, create a bpcd log on the client to tell if the NBU server is
even getting to the client. If a log is not generated when you try
something like connecting to the client's host properties or a telnet to
the client on the bpcd port 13782 then you are
You can compress the catalog to recover disk space. But be aware it can
cause delays in restores because of having to uncompress the catalog.
In the master server host properties there is a number of days to
compress catalog setting. If you typically don't do restores beyond a
certain time frame
You are correct. When using client side encryption all the repeatable
patterns hardware compression works off of is removed therefore there is
nothing for the drive to compress. So you can end up using more tape
space. The only solution is to disable hardware compression or also
enabled client
See if this helps-
STATUS CODE 58: Can't connect to client Troubleshooting procedures for
Status 58 errors.
http://support.veritas.com/docs/321172
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf
This is a known issue with McAfee 8.5 with patch 3 or 4. I believe they
have a fix in either the 6 or 7 patch.
NetBackup Services are randomly shutting down on Windows servers.
http://support.veritas.com/docs/295599
http://support.veritas.com/docs/295599
From: [EMAIL PROTECTED]
Is there a way to throttle or limit VERITAS NetBackup (tm) so it will
not use all available bandwidth on the network?
http://support.veritas.com/docs/265707
http://support.veritas.com/docs/265707
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
See if this helps-
How to prevent the Java administration console from hanging when
accessing host properties
http://support.veritas.com/docs/293857
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of madhusb
Sent: Tuesday, October 14, 2008 10:23 PM
To:
See my answers below
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dennis
Peacock
Sent: Thursday, October 02, 2008 8:38 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup 6.x firewall ports - Help!
OK...I read through the
VERITAS NetBackup (tm) 6.0 Port Usage Guide for Windows and UNIX
Platforms
http://support.veritas.com/docs/281623
Check page 17 in the link above.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dennis
Peacock
Sent: Friday, September 05, 2008 4:42 PM
I don't believe support for 10.5 comes out until NBU 6.5.2.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
pagarodog
Sent: Tuesday, May 13, 2008 3:48 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backing up Leopard clients - OS X 10.5
Warning- Auto negotiation rant ahead.-
Auto negotiation was meant for the virtual office where you do not know
what type of Nic is being used by the end user. But in environments
where you typically know what type of NIC is being used you should hard
code the both the NIC and switch ports. A
Using Jumbo framing
Using jumbo framing can improve performance but if not implemented
correctly you can quickly go from poor performance to worse. You first
need to make sure the NIC driver supports using jumbo framing. And when
deploying you must make sure all devices on the layer 2 side of
FYI- There will be soon posted a 5.x to 6.5 upgrade portal and a 6.0 to
6.5 upgrade portal on the software support web site.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clem
Kruger (C)
Sent: Wednesday, July 11, 2007 3:46 AM
To: WEAVER,
27 matches
Mail list logo