Volume resolution error for (System State:\System Files\System Files)

Not sure if it's relevant to 2008R2, but maybe here?

http://www.symantec.com/business/support/index?page=content&id=TECH176793

we did apply this hot fix on one of our systems giving same error but result is same.

We still struggling to get it working.

PranavB

VSP was discontinued in NBU 7.0 already.

Is the Windows Client a member of a cluster?
What is in Backup Selection for this client?

Have you checked VSS status?
vssadmin list writers
vssadmin list providers
 

Have you tried to use Windows Backup on the client to backup system state to local drive?

Please show us all text in Activity Monitor Details tab and ensure these log folders exist on the client:
bpfis
bpbkar

Copy logs to .txt files (e.g. bpfis.txt) and upload as File attachments.

Where do the drives reside?

If they are SAN drives located on Hitachi or similar SAN the client may have VSS writers provided by the SAN

You can check to see if anything other than the default VSS writers are installed using:

vssadmin list providers

If so then from the \netbackup\bin\ directory run:

w2koption -backup -snapshotprovidertype 1

This forces the system to use the Windows VSS writers - usually backups get a 156 error but not always.

It can also be a floppy drive mapped to a VMware server or a recovery partition that doesn't have a drive letter assigned

See what the bpfis and bpbkar logs show - you may need to ramp the logging on the client right up

Sory to reply late on this but found issue with unknown entry in the registry.

There was a path of E drive which shadow copy was trying to backup up but in real it doesn't exist ,so i had to exclude unresolved path for E drive and it is backing up fine.

I found the track of this path in bpbkar logs.

PranavB

You will agree that Pangal provided you with the solution:

Increase the logging to maximum and fire the backup. Check the bpbkar log . Check whether nbu is unable to resolve any path

 Please clear the solution for your own post and mark Pangal's post as solution.

Thanks.