I just realized that I have a ton of old DR files on one of my servers and am
just wondering if I can safely delete them. I don't see any reason to keep
them, but thought I'd ask before going forward.
Thanks.
___
Veritas-bu maillist -
They can be deleted without harm. Just keep the most recent 30 days in case you
need them.
Dennis Peacock
Data Protection and Recovery Engineer
[acxiom]
Acxiom Corporation
EML dennis.peac...@acxiom.commailto:dennis.peac...@acxiom.com
TEL+1 501.342.6232
MBL +1 501.343.3366
301 Industrila
AlsoI still get:
globalDB host name has not been set (status 4)
For whatever that means. :)
+--
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
OKI've done many things suggested here.
nbemmcmd -listhosts:
server machine_A
master machine_A
media machine_B (which is good, right?)
Then...bptestbpcd
came back with NB_MACHINE_TYPE = MEDIA _SERVER
Now the master see's the media server machine_B
But it is only active for
For tape you have to have a shared storage license on the media server.
You also have to have created the storage unit for the media server as distinct
from the one for the master. (Otherwise the media server will push the backup
across the network o the master then write to tape.)
SSO license key applied.
NBU software restarted.
I can't scan in the devices because of the globalDB host name not set (status
4) message.
+--
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to
Have you tried the steps in this technote?
http://www.symantec.com/business/support/index?page=contentid=TECH180055'
That status message makes it look like it doesn't know where the EMM (which is
DB) server is.
In your prior post of client (presumably you meant media server) bp.conf you
Jeff,
I went through TN 180055 and everything came back clean.
I ran all steps on both master and client/media.it all came back with the
same respone.
Server node_A
Master node_A
media node_B
All those entries you are talking about areon different lines. Probably a
difference in
Just so we are clear here..
Node_A - Master/Media server
Node_B - Client
Conversion happens.
Node_A - Master/Media server
Node_B - Client/Media server
Node_B is zoned so it can see the robot arm and tape drives that are attached
to Node_A.
Robot arm?
Make sure you are NOT putting robotic control on the media server. You do
zone in the tape drives themselves. The robotic control is done from the
master.
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
Here are some more suggestions (Also suggested by Justin, but I didn't see
a response):
vmglob -get_gdbhost or tpautoconf -get_gdbhost
From your master, and it should return your master (assuming it is the
gdbhost). You can also try running it from your new media server, but I
expect that won't
Jeff,
No...not trying to give robot arm control to the new media server. The master
is keeping that control. :)
Thanks for asking though.
+--
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to
LOL @ Rusty...
Yes, we do have a support contract, but we are encouraged to not use it
unless it's very critical. Why? I have no clue. Just going by the big-boss
directions.
SoI'm here asking. :D
gdbhost is the same result from client/media and master/media servers.
vm.conf on the
Active for tape won't show up until the MM daemons are running. Is ltid
running? What happens when you try to start it?
And what is in the logs?
-Rusty
On Tue, Aug 20, 2013 at 2:45 PM, Dennis Peacock nbu-fo...@backupcentral.com
wrote:
LOL @ Rusty...
Yes, we do have a support contract,
Linux boxRedHat.
I'm getting further now.
Manually try to start ltid.error in getting semaphore
+--
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
client/media server settings:
kernel.sem = 1510 214420 1510142
+--
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
YesOracle and RMAN both run on this box.
+--
|This was sent by dpe...@acxiom.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--
17 matches
Mail list logo