11-06-2011 06:32 PM
Hi Guys,
When we trying to restore the data, it was restored the all datas, but i am getting this error.
Can you pls advise on this.
"11/6/2011 5:51:26 PM - Info tar32(pid=7004) done. status: 0
Solved! Go to Solution.
11-07-2011 01:05 AM
Hello, Marianne.
Almost all of files are restored, but just 4 items are failed. Client Service is authorized to access CIFS.
5:51:17.988 PM: [7004.9044] <2> tar_base::V_vTarMsgM: TAR - S:\Group\Grp_TSMC & JDA\HS Kim\HKim_TSMC_Archive Mails.pst
5:51:17.988 PM: [7004.9044] <2> tar_base::V_vTarMsgM: MNR - The file was renamed to the following:
5:51:17.988 PM: [7004.9044] <2> tar_base::V_vTarMsgM: UTF - \\svlfiler2\Groups\Grp_TSMC & JDA\HS Kim\HKim_TSMC_Archive Mails.pst
5:51:18.082 PM: [7004.9044] <2> UnpackerTAR::getData(): DBG - Complete data processed. (../UnpackerTAR.cpp:610)
5:51:18.082 PM: [7004.9044] <4> file_system_restore::tfs_writeclose_start: INF - Set times successful.
5:51:18.082 PM: [7004.9044] <2> tar_base::V_vTarMsgW: WRN - unable to set short name on restore: \\svlfiler2\Groups\Grp_TSMC & JDA\HS Kim\HKim_TSMC_Archive Mails.pst (err=0000007b)
It's hard to figure out what's wrong immediately so that I suggested to restore onto local disk to isolate CIFS stack issue.
11-06-2011 07:50 PM
The weird thing that I see here is that tar32 on the client reported success AND failure :
1/6/2011 5:51:26 PM - Info tar32(pid=7004) done. status: 0
11-06-2011 08:29 PM
Drivers are also UP
you have also checked your Drives which also UP properly. See the below details for reference.
tpconfig -d
1.) As per the logs, it seems the connection was terminated. The socket was being forcibly closed prior to completion of data transfer. Could be a timeout issue.
There is a need to increase the Client Read Timeout value so that when the Server is heavily loaded/busy or when the SQL database backup size grown the increase in the restore timed out value saves from timeout/failure while restore.
2.) Eliminate this change the NUMBUFS value (NUMBER OF BUFFERS PER STRIPE) from 2 to 1 and rerun the restore or verify.
http://www.symantec.com/business/support/index?page=content&id=TECH88059
11-06-2011 09:29 PM
" 1.) As per the logs, it seems the connection was terminated. The socket was being forcibly closed prior to completion of data transfer. "
WHICH logs? All we have seen so far is a small section of Activity Monitor Details tab....
11-06-2011 10:16 PM
11-06-2011 10:19 PM
11-06-2011 11:07 PM
11-06-2011 11:21 PM
Please mark the solution.
11-06-2011 11:24 PM
5:51:17.832 PM: [7004.9044] <4> file_system_restore::tfs_writeopen_file_system: WRN - can't get file attributes for '\\?\UNC\svlfiler2\Groups': (WIN32 123: The filename, directory name, or volume label syntax is incorrect. )
5:51:17.863 PM: [7004.9044] <2> tar_base::V_vTarMsgW: WRN - can't create directory: \\?\UNC\svlfiler2\Groups (WIN32 183: Cannot create a file when that file already exists. )
5:51:26.551 PM: [7004.9044] <8> file_system_restore::tfs_writeopen_file_system: WRN - can't create temp file \\svlfiler2\Groups\comp\Succession Planning\Talent Development\Talent Management\Talent Management NEW\Nine Box\Nine Box Round 2 Q3 2011\QQPBK9W2.NBU (WIN32 123: The filename, directory name, or volume label syntax is incorrect. )
5:51:26.551 PM: [7004.9044] <2> tar_base::V_vTarMsgW: WRN - can't create file: \\svlfiler2\Groups\comp\Succession Planning\Talent Development\Talent Management\Talent Management NEW\Nine Box\Nine Box Round 2 Q3 2011\master for nine box distribution 92611.xlsx (WIN32 5: Access is denied. )
5:51:26.598 PM: [7004.9044] <8> file_system_restore::tfs_writeopen_file_system: WRN - can't create temp file \\svlfiler2\Groups\comp\Succession Planning\Talent Development\Talent Management\Talent Management NEW\Presentations\QQPBK9W2.NBU (WIN32 123: The filename, directory name, or volume label syntax is incorrect. )
5:51:26.598 PM: [7004.9044] <2> tar_base::V_vTarMsgW: WRN - can't create file: \\svlfiler2\Groups\comp\Succession Planning\Talent Development\Talent Management\Talent Management NEW\Presentations\TT presentation JK staff 101211.pptx (WIN32 5: Access is denied. )
5:51:26.754 PM: [7004.9044] <8> file_system_restore::tfs_writeopen_file_system: WRN - can't create temp file \\svlfiler2\Groups\comp\Succession Planning\Talent Development\Talent Management\Talent Management NEW\Training\possible enrollees for Global and Situational\QQPBK9W2.NBU (WIN32 123: The filename, directory name, or volume label syntax is incorrect. )
5:51:26.754 PM: [7004.9044] <2> tar_base::V_vTarMsgW: WRN - can't create file: \\svlfiler2\Groups\comp\Succession Planning\Talent Development\Talent Management\Talent Management NEW\Training\possible enrollees for Global and Situational\Global and Situational enrollments_3.xlsx (WIN32 5: Access is denied. )
11-06-2011 11:27 PM
11-06-2011 11:55 PM
As per the info that Yasuhisa found in the logs, the problem seems to be with PERMISSIONS to write to the UNC path.
The NetBackup Client Service is normally started as LocalSystem that does not have any write perimission on network drives. Change the NBU logon account on the destination client to a domain account with necessary write permissions (preferrably a domain admin account). Also choose a separate restore folder, not original location.
Alternatively, restore to local disk on the client as suggested previously.
11-07-2011 01:05 AM
Hello, Marianne.
Almost all of files are restored, but just 4 items are failed. Client Service is authorized to access CIFS.
5:51:17.988 PM: [7004.9044] <2> tar_base::V_vTarMsgM: TAR - S:\Group\Grp_TSMC & JDA\HS Kim\HKim_TSMC_Archive Mails.pst
5:51:17.988 PM: [7004.9044] <2> tar_base::V_vTarMsgM: MNR - The file was renamed to the following:
5:51:17.988 PM: [7004.9044] <2> tar_base::V_vTarMsgM: UTF - \\svlfiler2\Groups\Grp_TSMC & JDA\HS Kim\HKim_TSMC_Archive Mails.pst
5:51:18.082 PM: [7004.9044] <2> UnpackerTAR::getData(): DBG - Complete data processed. (../UnpackerTAR.cpp:610)
5:51:18.082 PM: [7004.9044] <4> file_system_restore::tfs_writeclose_start: INF - Set times successful.
5:51:18.082 PM: [7004.9044] <2> tar_base::V_vTarMsgW: WRN - unable to set short name on restore: \\svlfiler2\Groups\Grp_TSMC & JDA\HS Kim\HKim_TSMC_Archive Mails.pst (err=0000007b)
It's hard to figure out what's wrong immediately so that I suggested to restore onto local disk to isolate CIFS stack issue.
11-07-2011 01:25 AM
By tar32 log, I suppose as below.
11-07-2011 02:13 AM
Thanks Yasuhisa & Marianne.
1, invalid error number(2826)[Solved] After change the retention from infinity to 7 Year. Ref this link :- http://www.symantec.com/business/support/index?page=content&id=TECH44433
2, Access denied :- I have restored same data into local disk , its completed successfully, But failed in Net app filer.
Regards, Senthil Kumar D.
12-15-2011 01:19 PM
Hi,
When we trying to restore the mailbox database, but i am getting this error.
Can please help me on this
12/14/2011 10:35:07 PM - Info tar32(pid=0) done. status: 5
12/14/2011 10:35:07 PM - Info tar32(pid=0) done. status: 185 - tar did not find all the files to be restored
12/14/2011 10:35:07 PM - Info bpbrm(pid=8244) child done, status 185
12/14/2011 10:35:07 PM - Info bpbrm(pid=8244) sending media manager msg: STOP RESTORE mailbox_1296468001
12/14/2011 10:35:07 PM - end reading; read time: 02:26:03
12/14/2011 10:35:08 PM - Info bpbrm(pid=8244) media manager for backup id mailbox_1296468001 exited with status 0: the requested operation was successfully completed
12/14/2011 10:35:08 PM - Info bpbrm(pid=8244) sending media manager msg: TERMINATE
12/14/2011 10:35:08 PM - restored image mailbox_1296468001 - (tar did not find all the files to be restored(185)); restore time 05:04:27
12/14/2011 10:35:14 PM - end Restore; elapsed time: 05:05:10
invalid error number(2826)
Thanks
Swapna Sridharan
12-15-2011 01:32 PM
please open a new thread for your problem, thanks!
I presume you already checked/tried Senthil's tips.
12-15-2011 01:37 PM
Please select the reply which helped you most & close this case, thanks