Hi Scott,
Thank you for your answer. We'll be waiting for this SP2.
We have debugged the problem a little the problem and we have seen that
while the normal Windows Server 2008 host has no problem while saving
their savesets:
C:\
E:\
VSS SYSTEM FILESET:\
VSS OTHER:\
VSS USER DATA:\
VSS SYSTEM SERVICES:\
VSS SYSTEM BOOT:\
when trying to do a backup for a file server resource in the failover
cluster:
F:\
Then we got the "contacting client" forever status. But we've found that
clussvc in that node is crashing. Then resources are moved to the other
node in the cluster. There are a lot of errors regarding to VSS things
and more precisely to the try of backing up FSRM configuration, for example:
11:24:05
NetWorker Remote Exec Service has started
11:24:54
Faulting application nsrexecd.exe, version 7.4.1.0, time stamp
0x4756580e, faulting module liblocal.dll, version 7.4.1.0, time stamp
0x47564d0f, exception code 0xc0000005, fault offset 0x0000000000047828,
process id 0xd28, application start time 0x01c894a34b051cb4.
11:25:14
Faulting application clussvc.exe, version 6.0.6001.18000, time stamp
0x4791941c, faulting module clussvc.exe, version 6.0.6001.18000, time
stamp 0x4791941c, exception code 0xc0000005, fault offset
0x000000000027aaba, process id 0x4bc, application start time
0x01c8949ff02cca2a.
11:25:17
Volume Shadow Copy Service warning: VSS was denied access to the root of
volume \\?\Volume{e598e0f6-f1ba-11dc-96c3-001d0919b928}\. Denying
administrators from accessing volume roots can cause many unexpected
failures, and will prevent VSS from functioning properly. Check
security on the volume, and try the operation again.
Operation:
Automatically choosing a diff-area volume
Processing EndPrepareSnapshots
Context:
Execution Context: System Provider
11:25:17
Volume Shadow Copy Service warning: VSS was denied access to the root of
volume \\?\Volume{e598e0ec-f1ba-11dc-96c3-001d0919b928}\. Denying
administrators from accessing volume roots can cause many unexpected
failures, and will prevent VSS from functioning properly. Check
security on the volume, and try the operation again.
Operation:
Automatically choosing a diff-area volume
Processing EndPrepareSnapshots
Context:
Execution Context: System Provider
11:25:40
The storage reports repository will not be included in the File Server
Resource Manager backup because the service failed to retrieve the
repository locations.
Error-specific details:
Error: (0x8004532e) File Server Resource Manager global
configuration cannot be accessed since the cluster service is not running.
11:25:42
The storage reports repository will not be included in the File Server
Resource Manager backup because the service failed to retrieve the
repository locations.
Error-specific details:
Error: (0x8004532e) File Server Resource Manager global
configuration cannot be accessed since the cluster service is not running.
Of course, the volume mentioned in the errors is no longer available
through this node because of the crash of service cluster, the disk is
moved to the other server.
So, I hope SP2 solves this problem (because I suppose that the module
needs an additional license, isn't it?).
Thank you very much.
bingham_scott AT emc DOT com wrote:
Hello Manel,
Support for Windows 2008 will require one of:
NetWorker 7.4 SP2 -- due in a week or two.
NetWorker Module for Microsoft Applications release 2.0 -- available as
of last week.
Thanks,
_Scott
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Manel Rodero
Sent: Tuesday, April 01, 2008 4:11 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] Backing up cluster resources in Windows Server 2008
Hello,
We have the following environment:
Legato Server, Windows 2003 R2, Legato 7.4.1
and we are trying to backup cluster resources in a Windows Server 2008
Failover cluster formed by:
node1, Windows Server 2008 Enterprise, Legato 7.4.1
node2, Windows Server 2008 Enterprise, Legato 7.4.1
In this cluster we define the 'resource1' (associated with the F:\
volume).
We can backup without problems 'node1' and 'node2' by themselves. No
problem with 2008. They are treated as normal clients (using VSS), etc.
We define a new client 'resource1' with saveset F:\ and with remote
permissions assigned to system@node1 and system@node2 (the same we had
for another cluster in Windows 2000).
OK. We launch the backup and it seems to start but it stays in the
'contacting client' status for a long time. The correct tape is mounted,
etc.
If we abort the group, we get the following error:
* resource1:F:\ Additional System Files have been added for the Vista or
Longhorn platform.
So, it seems that Legato has detected the correct platform (Longhorn)
but the backup doesn't start. We can contact the client from the server
without problems:
E:\lcfib\bats>nsradmin -s resource1 -v1 -p390113
NetWorker administration program.
Use the "help" command for help.
nsradmin> print
type: NSRLA;
name: node1;
NW instance info operations: ;
NW instance info file: ;
installed products: NetWorker 7.4.1.Build.335;
version: "EMC NetWorker 7.4.1.Build.335 ";
servers: backupserver;
auth methods: "0.0.0.0/0,nsrauth/oldauth";
administrator: "group=Administrators,host=localhost",
"group=Administrators,host=node1",
"isroot,host=backupserver";
kernel arch: AMD_X8664;
machine type: server;
OS: Windows 2000 6.0;
NetWorker version: 7.4.1.Build.335;
client OS type: Windows NT Server on Intel;
CPUs: 8;
MB used: 50378;
IP address: 147.83.41.122, 10.10.10.122,
10.10.20.122;
type: NSR log;
administrator: "group=Administrators,host=localhost",
"group=Administrators,host=node1",
"isroot,host=backupserver";
owner: NetWorker;
maximum size MB: 2;
maximum versions: 10;
runtime rendered log: ;
name: daemon.raw;
log path: "C:\\legato\\nsr\\logs\\daemon.raw";
type: NSR peer information;
administrator: "group=Administrators,host=localhost",
"group=Administrators,host=node1",
"isroot,host=backupserver";
name: backupserver;
peer hostname: backupserver;
Change certificate: ;
certificate file to load: ;
nsradmin>
And we can do a probe:
32451:savegrp: resource1:F:\ level=incr
7236:savegrp: Group will not limit job parallelism
32493:savegrp: resource1:probe started
savefs -s backupserver -c resource1 -g LCFIB-Pruebas -p
-l full -R -v -F "F:\\"
savefs resource1: succeeded.
7340:savegrp: resource1:probe succeeded.
7076:savegrp: --- Probe Summary ---
resource1:Probe level=full, dn=-1, mx=0, vers=ssbrowse, p=4
resource1:Probe level=full, pool=LCFIB Pruebas, save as of
4/1/2008 1:09:20 PM
resource1:F:\ level=full, dn=0, mx=1, vers=ssbrowse, p=4
resource1:F:\ level=full, pool=LCFIB Pruebas, save as of
4/1/2008 1:09:20 PM
resource1:index level=full, dn=-1, mx=0, vers=ssbrowse, p=4
resource1:index level=full, pool=LCFIB Pruebas, save as of
4/1/2008 1:09:20 PM
7241:savegrp: nsrim run recently, skipping
Any idea about what the problem could be?
Thanks.
--
o o o Manel Rodero | LCFIB - UPC
o o o Systems Manager | Campus Nord - Modul B6
o o o Laboratori de Càlcul | Jordi Girona, 1-3
U P C Facultat Informàtica Barcelona | 08034 Barcelona (Spain)
|
manel AT fib.upc DOT edu | Tel: +00 34 93 401 0847
http://www.fib.upc.edu/~manel | Fax: +00 34 93 401 7040
To sign off this list, send email to listserv AT listserv.temple DOT edu and type
"signoff networker" in the body of the email. Please write to networker-request
AT listserv.temple DOT edu if you have any problems with this list. You can access the
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|
