cancel
Showing results for 
Search instead for 
Did you mean: 

Job status Incomplete while running restore

WikiDonor
Level 6

Hello

Environment details

NBU_master_7.6 (2 node cluster win2008R2)

NBU_mediaserver_7.6 (2 node cluster win2008R2)

NBU_client_7.6 (fileserver)

Storage on media server is MSDP

 

We are backing a win2008R2 file server using NBU7.6 and backup is successfull. Howerver, we have a requirement of restoring just NTFS permissions on to a specific folder. We are firing the below command and it fires the job but job will go to incomplete status after queued and running status and eventually gives this status 2808.

We are following the article for below command.

http://www.veritas.com/docs/000028849

 

bprestore -s 02/05/2005 13:00:00 -e 02/05/2005 14:00:00 C:\test\ !C:\test\*

 

Please advise any help will be appeciated. 

 

Thank you

 
 
 
1 ACCEPTED SOLUTION

Accepted Solutions

Marianne
Level 6
Partner    VIP    Accredited Certified

Apologies for the delay - I do not always have the time to download zip-files.

It seem from Activity Monitor Details that you have run a testbackup of some folders on client dk01sn0084, right?

bprd log shows that you are not running a restore attempt for this client, but for the same server name where you are running the restore from.
Look at browse_client field below:

 

10:56:27.432 [12788.16244] <2> process_request: requesting_clnt_hostname = ccname dk01sc0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    mpx_restore_possible = 1
10:56:27.432 [12788.16244] <2> restorefiles:    browse_client = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_client = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    destination_client = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_client_hostname = dk01sc0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    destination_client_hostname = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_user = root
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_group = root
10:56:27.432 [12788.16244] <2> restorefiles:    progress_file = NONE
10:56:27.432 [12788.16244] <2> restorefiles:    rename_file = NONE
10:56:27.432 [12788.16244] <2> restorefiles:    policy = DK01SN0084

This is why you received 'no entity was found (227)' error - there are no backups for client DK01SC0014-2 related to policy name DK01SN0084.

You need to specify client name dk01sn0084 as source client.
The option will be '-C dk01sn0084'.

The policy used for the backup is TEST_KMF, not DK01SN0084.

Please show us the command you are using. Seems you ran the command from the master and forgot to add -C <client-name>.
Best to run the command from the client as a local administrator.

 

View solution in original post

8 REPLIES 8

sdo
Moderator
Moderator
Partner    VIP    Certified

Can you post the activity monitor job log please?

Marianne
Level 6
Partner    VIP    Accredited Certified

You did an exact copy and paste from the TN. 
Can we assume that you are not using bprestore command exactly as per the TN?

Are you running the command from the client or from the master server?

Activity Monitor details as well as text in 'Task Progress' tab will help as a start.

For further troubleshooting, ensure that all of these log folders exist:

On master: bprd (restart NBU after folder is created)
On media server: bpbrm and bptm
On destination client: bpcd and tar

WikiDonor
Level 6

Please see this if it helps

 

restore.jpg

Marianne
Level 6
Partner    VIP    Accredited Certified

Unfortunately that does not help.

Replies to my questions above will help.
We need more information about the command that you are using and if you have confirmed that the client where you are running the bprestore from have valid backups for the path in your command for the period specified in your command.

Ensure that the log folders exist as per my post above.

WikiDonor
Level 6

Sure I am preparing it and I will revert back with the required details. 

 

Thank you

WikiDonor
Level 6

Hello 

 

Please find the logs attached.

 

 

Thank you

Marianne
Level 6
Partner    VIP    Accredited Certified

Apologies for the delay - I do not always have the time to download zip-files.

It seem from Activity Monitor Details that you have run a testbackup of some folders on client dk01sn0084, right?

bprd log shows that you are not running a restore attempt for this client, but for the same server name where you are running the restore from.
Look at browse_client field below:

 

10:56:27.432 [12788.16244] <2> process_request: requesting_clnt_hostname = ccname dk01sc0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    mpx_restore_possible = 1
10:56:27.432 [12788.16244] <2> restorefiles:    browse_client = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_client = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    destination_client = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_client_hostname = dk01sc0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    destination_client_hostname = DK01SC0014-2
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_user = root
10:56:27.432 [12788.16244] <2> restorefiles:    requesting_group = root
10:56:27.432 [12788.16244] <2> restorefiles:    progress_file = NONE
10:56:27.432 [12788.16244] <2> restorefiles:    rename_file = NONE
10:56:27.432 [12788.16244] <2> restorefiles:    policy = DK01SN0084

This is why you received 'no entity was found (227)' error - there are no backups for client DK01SC0014-2 related to policy name DK01SN0084.

You need to specify client name dk01sn0084 as source client.
The option will be '-C dk01sn0084'.

The policy used for the backup is TEST_KMF, not DK01SN0084.

Please show us the command you are using. Seems you ran the command from the master and forgot to add -C <client-name>.
Best to run the command from the client as a local administrator.

 

WikiDonor
Level 6

I ran the following command as per your suggestion.

bprestore -B -C <client name in policy> -D <client name> -t 13  -s 10/10/2015 -e 12/12/2015 C:\Test_for_restore !C:\Test_for_restore\*