7184:savefs: nothing to save

Hi,

Yes physical nodes are backing sucessfully .

Moin

Hi Moin,

Would you please clear up the image for your environment more. Carlos has asked you if you have 2 physical and 2 virtual nodes or not , or how is these servers are configured ?

Also what about the checks i had provided before for communication and connectivity , how is it going ? and did you configured all possible aliases in the Alias field ( You have to configure all virtual and all physical nodes and IP addresses as well) as Carlos mentioned before.

Waiting your updates.

Thanks,

Ahmed Bahaa

Hi,

Let me check again

Thanks,

Moin

Hi,

Nope ..one virtule node are failing and one backing up successfully.

Thanks for your prompt reply

Moin

Hi Moin,

And both Virtual nodes fails for the same error messages or one of them backed up successfully ?

I believe it is an issue in communication or something like that, so i would recommend you to open a service request with EMC as well , and we will try to do our best here to figure out the root causes in parallel with EMC case.

Thanks,

Ahmed Bahaa

Hi Moin,

Good, what is the differences between the successfull virtual name and the failed one ? and why there is two virtual names not only one ? Is there specific usage for each of the two virtual names ? What is the application you are clustering ?

Thanks,

Ahmed Bahaa

Hey Mark,

This being Windows OS, as far as I understand the active node becomes the "owner" of the clustered disk so, just adding "All" as a saveset in the Physical nodes should be backing up all the cluster environment, right? So still not clear to me what is the aim of backing up the virtual node, when the clustered resources (not only the drives but the VSS related stuff) will be also backed up when backing up the physical node.

Thank you.

Carlos.

A clarification:

When the savesets are created, you should be doing this:

One save set for the phyiscal servers of the OS drive, the VSS folders and  the system state information

A thrid saveset needs to be created for the virtual server that backsup only the data drive informaiton.

Should be:

When the savesets are created, you should be doing this:

One save set for each one of the phyiscal servers of the OS drive, the VSS folders and  the system state information

A third saveset needs to be created for the virtual server that backsup only the data drive informaiton.

Mark

Hello Moin and all.

Moin, you mentioned that this is a cluster environment.  I think I understand what is going on here.

I the cluster, you have at least two physical server (Windows 2008 allows for more).  Since you have only mentioned two physical, I will work with that.

This is an example - apply it to you environment as needed:

server1v.net - Virtual server  - contains data drive and application information

server1n.net - Physical server - contains operating system information

server2n.net - Physical server - contains operating system information

The OS data for the cluster servers is on the C:\ drive of the physical servers

the application data is on the D:\ of the cluster.  If server1n.net is the host, then the D:\ drive is "attached" to that server.  If there is a fail over and server2n.net becomes the host server, then the D:\ drive is "attached" to that server.

The common mistake with configuring cluster backups is that the data drive (D:\ in this case) is configured to be backed up as part of the physical host backup.  However, if the D:\ drive is not "attached" to that server, NetWorker cannot find anything to backup and responds with "Nothing to backup"

When the savesets are created, you should be doing this:

One save set for the phyiscal servers of the OS drive, the VSS folders and  the system state information

A thrid saveset needs to be created for the virtual server that backsup only the data drive informaiton.

Test this set up and you will find the error goes away.

Mark

its not the good solution, if one day some one add a new File System, it will not be saved since it is not listed in saveset selections