Ed,
I've got a similar problem and case open with Legato. I was having a
problem getting the virtual client's disks to associate with the virtual
client in Legato and not the physical client that was currently serving
the disks.
What helped, and I'm not sure why, was putting entries for all of the
involved machines (physical clients, virtual clients, and backup server)
in the hosts file on each machine (including the backups server.) This
made the physical client just see their local disks, and the virtual
client seeing the cluster disks, (see below) with all the clients
savesets set to All and nothing special to the save command or
pathownerignore files. DNS was resolving just fine from all the hosts
and the information was consistent in DNS across all the hosts -- but
putting it in the hosts file helped. The virtual client configs have
both of the physical client nodes (*@PHYSICAL-NODE) in their Remote
Access config fields.
My current issues involve cluster disks that are mounted as a
subdirectory (instead of a root drive,) get picked up by the physical
client and not the virual cluster client. I've asked Legato to look
into that.
I also have a problem when I setup two different virtual cluster clients
across two physical cluster clients. (Two physical nodes, two virtual
nodes, with each "primary" on a different physical node.) When they
backup I get "Resource temporarily unavailable" errors and timeouts and
failures. A savegroup probe of an involved client (physical or virtual)
takes over a minute. If I pause one of the physical clients and move
its cluster disks over to the other physical node, everything works fine
(probe returns in under 9 seconds.) I also get an occasional license
unavailable error, when there are enough licenses and a retry of the
savegroup works fine. I'm still looking into these issues with Legato.
I was advised to try the 7.1.3 Windows client, but I'm still running
7.1.2 on the server and need to wait to upgrade. Have you tried
updating the clients on the cluster (you said they're still running
7.1.2) and see if that helps?
Dave
On Tue, May 10, 2005 at 04:54:05PM -0400, Ed Buffan wrote:
> Background:
>
> A Microsoft Cluster consisting of the following:
>
> two nodes: svits49 and svits51
> OS: Windows 2003 Enterprise
> Virtual node: d2lcluster
> Networker Client: 7.1.2
>
>
> The Networker Server:
>
> node: rit010n20
> OS: Solaris 9
> Networker Server: 7.1.3
>
> nsrlic -v done on the Networker server reports that svits49 and svits51 are
> using NT Cluster Client licenses.
>
> Disk Layout:
> svits49: C:
> svits51: C: and T:
> d2lcluster: G:\, G:\share\Desire2Learn\Instances\RIT\web,
> G:\share\Desire2Learn\Instances\RIT\upload,
> G:\share\Desire2Learn\Instances\RIT\temp level=full, Q:\ (Q is
> the quorum disk)
>
> At the time of testing, d2lcluster "resided" on svits49.
>
> >From Legato support, I was told to do the following:
> 1) Create on the two physical nodes an empty file called pathownerignore in
> \Program Files\Legato\nsr\bin
> 2) Restart the nsrexecd service on each node
> 3) Change the backup command on all three clients to be:
>
> save -c xxxx where xxxx was the name of the client: svits49,
> svits51 and d2lcluster
>
> 4) Define the saveset definition for d2lcluster to be the four filesystems
> on G: and also Q:,
> svits49 and svits51 were to use All for the saveset definition.
>
>
> The results were:
>
> d2lcluster backed up the five savesets listed in its client definition,
> svits51 which did not have the d2lcluster service backed up its local drives,
> ASR and the SYSTEM savesets.
>
> However, svits49 backed up both its local drive and the cluster drives.
>
> The email notifications can be seen below.
>
> What I want to do is to get svits49 and svits51 to only back up its local
> drives, SYSTEM and ASR savesets and
> to get d2lcluster to back up the cluster drives. I would love to be able to
> use All where ever possible.
>
> Is it possible that svits49 may not be cluster-aware from Networker
> perspective. I know that Windows 2000 had
> a similar problem which was fixed in a SP release. I have found no
> discussion that Windows 2003 has this same problem.
>
> Any ideas for resolving this?
>
> Thanks,
>
> Ed
>
>
> NetWorker savegroup: (notice) 9pm-weekly completed, total 1 client(s), 0
> Hostname(s) Unresolved, 0 Failed, 1 Succeeded.
> Start time: Tue May 10 14:20:52 2005
> End time: Tue May 10 14:26:31 2005
>
> --- Successful Save Sets ---
>
> Successful Save Sets written to verified media noted with "V" in first column.
>
> V d2lcluster: G:\ level=full, 29 KB 00:00:43 13
> files
> V d2lcluster: G:\share\Desire2Learn\Instances\RIT\web level=full, 83 MB
> 00:01:04 496 files
> V d2lcluster: G:\share\Desire2Learn\Instances\RIT\upload level=full, 1898 MB
> 00:05:28 2710 files
> V d2lcluster: G:\share\Desire2Learn\Instances\RIT\temp level=full, 6 KB
> 00:00:43 9 files
> V d2lcluster: Q:\ level=full, 99 KB 00:00:02 8
> files
> V rit010n20: index:d2lcluster level=full, 5196 KB 00:00:00 29
> files
>
> NetWorker savegroup: (notice) 9pm-weekly completed, total 1 client(s), 0
> Hostname(s) Unresolved, 0 Failed, 1 Succeeded.
> Start time: Tue May 10 14:54:56 2005
> End time: Tue May 10 15:02:30 2005
>
> --- Successful Save Sets ---
>
> Successful Save Sets written to verified media noted with "V" in first column.
>
> V svits51: C:\ level=full, 2107 MB 00:04:21 12392
> files
> V svits51: T:\ level=full, 26 KB 00:00:02 5
> files
> V svits51: SYSTEM STATE:\ level=full, 15 MB 00:02:54 24
> files
> V svits51: SYSTEM DB:\ level=full, 22 MB 00:02:50 10
> files
> V svits51: SYSTEM FILES:\ level=full, 473 MB 00:03:54 2509
> files
> V svits51: ASR:\ level=full, 1186 KB 00:03:04 12
> files
> V rit010n20: index:svits51 level=full, 8650 KB 00:00:00 79
> files
>
> NetWorker savegroup: (notice) 9pm-weekly completed, total 1 client(s), 0
> Hostname(s) Unresolved, 0 Failed, 1 Succeeded.
> Start time: Tue May 10 15:02:30 2005
> End time: Tue May 10 15:14:33 2005
>
> --- Successful Save Sets ---
>
> Successful Save Sets written to verified media noted with "V" in first column.
>
> * svits49:C:\ save: C:\Documents and Settings\All Users\Application
> Data\Network
> Associates\BOPDATA\_Date-20050505_Time-150759906_EnterceptExceptions.dat:
> cannot open (The process cannot access the file because it is being used by
> another process.)
> * svits49:C:\ save: C:\Documents and Settings\All Users\Application
> Data\Network
> Associates\BOPDATA\_Date-20050505_Time-150759906_EnterceptRules.dat: cannot
> open (The process cannot access the file because it is being used by another
> process.)
> V svits49: C:\ level=full, 2588 MB 00:07:29 16934
> files
> V svits49: G:\ level=full, 29 KB 00:00:02 13
> files
> V svits49: G:\share\Desire2Learn\Instances\RIT\web level=full, 83 MB 00:04:10
> 496 files
> V svits49: G:\share\Desire2Learn\Instances\RIT\upload level=full, 1898 MB
> 00:09:44 2710 files
> V svits49: G:\share\Desire2Learn\Instances\RIT\temp level=full, 6 KB 00:00:04
> 9 files
> V svits49: Q:\ level=full, 99 KB 00:00:02 8
> files
> V svits49: SYSTEM STATE:\ level=full, 18 MB 00:04:02 27
> files
> V svits49: SYSTEM DB:\ level=full, 9176 KB 00:00:11 11
> files
> V svits49: SYSTEM FILES:\ level=full, 487 MB 00:05:40 2611
> files
> V svits49: ASR:\ level=full, 1185 KB 00:00:17 12
> files
> V rit010n20: index:svits49 level=full, 17 MB 00:00:01 93
> files
>
>
>
>
> --
> Note: To sign off this list, send a "signoff networker" command via email
> to listserv AT listserv.temple DOT edu or visit the list's Web site at
> http://listserv.temple.edu/archives/networker.html where you can
> also view and post messages to the list. Questions regarding this list
> should be sent to stan AT temple DOT edu
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listserv.temple DOT edu or visit the list's Web site at
http://listserv.temple.edu/archives/networker.html where you can
also view and post messages to the list. Questions regarding this list
should be sent to stan AT temple DOT edu
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
