Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Backup fail cannot find cause

Status
Not open for further replies.

jatkinson

Technical User
Nov 14, 2001
406
GB
Does anyone know what this rather unhelpful error means?

I've tried searching for "0x4a70", "4a70" and "19056" in google but can't find anything.

Any ideas?

Thanks
-----------------------------------------

Job ended: 06 November 2004 at 06:29:15
Completed status: Failed
Final error: 0x4a70 - 0x 4a70 (19056)

Final error category: Other Errors
 
jatkinson,

I'm afraid that I've no idea from the information that you have given. But have you tried looking at the Windows Event Log to see if that can provide any more usefull error messages as a clue to what has gone on?

Good luck
M
 
OK

Looking at the Event Log

I get the following for this error:

Backup Exec Alert: Job Failed
(Server: "NODE2") (Job: "Backup of FILEPRINT only") Backup of FILEPRINT only -- The job failed.

For more information, click the following link:

The event ID is 34113

Following the hyperlink reveals very little

Cheers
 
Okay, what is FILEPRINT? Possibly it's a file that you need a special agent to backup or it was not available for backing up or you don't have permission to back it up.

-SQLBill
 
Sorry, it's the virtual server name for Node 2 of a 2 server clustered solution i.e. it's the server name for all intents and purposes

The jobs are named after the resources within the cluster that are running on that particular Node. So at present the FILEPRINT job is running on Node2 because that is where fileshares and print shares are located.

Does that make sense?

 
Are you selecting the virtual server or the physical node to backup the cluster resources?
 
The physical Node

In more detail

Each 'C' drive of each Node is backed up by the respective veritas software on the Node.

There are two virtual servers which for by default sit one on each Node and are mapped to drives X and Y therefore X drive is usually on Node1 and Y drive usually on Node2.

So for example on Node1, drive C, X, W (the quorum drive) and System State is backed up.

Does that all make sense?
 
yep it does make sense, but you should be backing up the cluster resources via the virtual servers.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top