Master is supported by Symantec for VM ... has been for a while now, I
think will try to dig out the old Technote on this
From: Scott Jacobson [mailto:sjaco...@novell.com]
Sent: Thursday, June 02, 2011 4:24 AM
To: Scott Chapman;
Capacity too expensive, but I wish we could :-((
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of mitch808
Sent: Wednesday, June 01, 2011 10:50 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu]
Hi All
Am running a NetBackup 7.1 testbed on Windows. VMware has decided it's
time to change my IP address so I have updated the hosts file on the
master server.
NetBackup now absolutely refuses to work after several reboots. I can
ping my master server by name, and forward and reverse
Shot in the dark here. Have you checked WINS? We have a *very* annoying
issue here where old WINS records take precedence over DNS via the WINS
lookup functionality in DNS. We normally have to tombstone the record
in WINS and clear the DNS cache to resolve.
-Jonathan
-Original Message-
Just a quick note here on business justification. It is a pretty easy
sell here that we need the ability to recover a fully functional VM in
less than an hour. We can't quite get this done with a traditional
backup and restore methodology, but we can do it with the Enterprise
Client. The other
With 7.1 NBU is now doing its own caching of names/ips.
Relevant commands:
bpclntcmd -hn hostname = Shows what IP it thinks the host has
bpclntcmd -ip IP Address = Shows what name it thinks is associated
with the host.
bpclntcmd -self = Shows what hostname/IP it thinks the host you are on
has.
Hi
Thanks - but I don't think I am using WINS at all. It's a single 2008 R2
server.
Cheers
James
On 02/06/2011 14:52, Martin, Jonathan wrote:
Shot in the dark here. Have you checked WINS? We have a *very* annoying
issue here where old WINS records take precedence over DNS via the WINS
Jeff,
Arggh, that was it. I thought rebooting cleared the host cache since I
remember reading that restarting NBU processes had the same effect. I
guess not.
That's at least the third time this has bitten me, am starting to
dislike this new feature somewhat. I even mentioned it in my original
Yea I was not able to unload the sg driver in any scenario:
1) After a fresh reboot with netbackup not set to autostart
2) After shutting down netbackup and ensuring no processes are still active
Frustrating.. I need to get 7.1 deployed so I can do proper vmware and
sharepoint backups as well
Yep - there was a fairly long thread here before where someone else
complained about applications that do their own name caching saying it
wasn't their job.
By the way this started in 7.01 not 7.1 as I said before. The technote
that tells how to manually delete the cache directory files is:
Hi
I have an EVA6400 with 1TB FATA Disks, that I wanted to use for
Disk-Storage Unit Backups. Im not sure if I should be looking at doing
this, or maybe looking at a fully functional VTL?
Does anyone have any recommendations or advice? Its just that with the
1TB Disks, I could use a DSU to perform
Funny, I ran into this yesterday, and removing and re-installing the
client did the trick for me. NBU 7.0.1 on AIX master here.
Clearing the cache seems to be a more elegant solution, though. :-)
From:
Lightner, Jeff jlight...@water.com
To:
James Pattinson ja...@pattinson.org
Cc:
Martin,
Im due to change the IP Address on the Master, as I am using the old
address at the moment.
I take it, that the cache would need to be cleared on any relevant Media
Servers that talk to the EMM ?
S.
From: veritas-bu-boun...@mailman.eng.auburn.edu
According to the documentation I read at the time the cache clears
itself after about an hour usually. If you can wait that long after
the change to do any backups/restores/vaulting then you might not have
to clear the media servers or clients.
From:
I'm no expert with Windows or NBU on windows but I do know you want to avoid
changing IP's of your master/media servers if at all possible. VMWare can't
give you a static or at least a reserved DHCP address?
+--
|This was sent
Hi
Agree here, if you change the ip and keep the same hostname, depending on DNS
caching etc, it can take awhile for the NBU services to begin communicating
correctly with the host that had it's IP changed. This info is from first hand
experience on quite a few master and media servers.
This can be achieved w/o doing a catalog recovery. You can copy/ftp all your
policies and images over. You can move the databases over as well. I recently
did a Windows 2003 R2 64-bit to Solaris 10 SPARC migration this way. (In fact a
catalog recovery was not an option for me due to the
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
Yes, plan was to change IP, shutdown box, ensure DNS was sorted, WINS
was correct and restart.
Do ipconfig /flushdns , clear arp cache and see what happens!
Plan to do this while nothing is running, so intend to suspend backups
for now.
Simon
-Original Message-
From:
We're currently running with a similar release setup on a sun4u platform
(M3000) without any problems. Using NetBackup 7.1 under Solaris 10 U9 with
the April 8th, 2010 recommended patch cluster installed.
-John
On 06/01/2011 08:39 PM, rhugga wrote:
Just spent 12 hours trying to upgrade from
On Thu, Jun 2, 2011 at 11:13, rhugga nbu-fo...@backupcentral.com wrote:
This can be achieved w/o doing a catalog recovery. You can copy/ftp all
your policies and images over. You can move the databases over as well.
...
This procedure requires professional services unless you really understand
As a brief follow-up just in case some other poor sod runs into this same
issue, SnapMirror to Tape was updated in ONTAP 8 and no longer accepts a
trailing slash. So in summary, /vol/volume/ works in ONTAP 7, but ONTAP 8
requires /vol/volume (no trailing slash).
-Jonathan
From: Martin,
22 matches
Mail list logo