NBU 7.6.1. / Issue with VMware backup

[Ziggy1941]

Hi All!

We have NBU Master/Media server at Linux SUSE 11.3. And have VMware VM with Windows 2012 inside. When I try to use common VMware backup policy job finished with this error:

09.04.2015 10:50:48 - Info bpbrm(pid=23571) sharepoint.ussc.ru is the host to backup data from     
09.04.2015 10:50:48 - Info bpbrm(pid=23571) reading file list for client        
09.04.2015 10:50:48 - Info bpbrm(pid=23571) accelerator enabled           
09.04.2015 10:50:48 - Info bpbrm(pid=23571) There is no complete backup image match with track journal, a regular full backup will be performed.
09.04.2015 10:50:48 - Info bpbrm(pid=23571) starting bpbkar on client         
09.04.2015 10:50:48 - Info nbjm(pid=18707) starting backup job (jobid=3051) for client sharepoint.ussc.ru, policy sharepoint.ussc.ru_vmware, schedule Full
09.04.2015 10:50:48 - estimated 158269276 Kbytes needed
09.04.2015 10:50:48 - Info nbjm(pid=18707) started backup (backupid=sharepoint.ussc.ru_1428558647) job for client sharepoint.ussc.ru, policy sharepoint.ussc.ru_vmware, schedule Full on storage unit dedup_stu_nbu-s2 using backup host nbu-s2.ussc.ru
09.04.2015 10:50:48 - started process bpbrm (23571)
09.04.2015 10:50:48 - connecting
09.04.2015 10:50:48 - connected; connect time: 0:00:00
09.04.2015 10:50:48 - Info bpbkar(pid=23587) Backup started           
09.04.2015 10:50:48 - Info bpbrm(pid=23571) bptm pid: 23588          
09.04.2015 10:50:49 - Info bptm(pid=23588) start            
09.04.2015 10:50:49 - Info bptm(pid=23588) using 262144 data buffer size        
09.04.2015 10:50:49 - Info bptm(pid=23588) using 30 data buffers         
09.04.2015 10:50:50 - Info bptm(pid=23588) start backup           
09.04.2015 10:50:52 - begin writing
09.04.2015 10:54:51 - Critical bpbrm(pid=23571) from client sharepoint.ussc.ru: FTL - cleanup() failed, status 11    
09.04.2015 10:54:53 - Error bptm(pid=23588) media manager terminated by parent process       
09.04.2015 10:55:02 - Info nbu-s2.ussc.ru(pid=23588) StorageServer=PureDisk:nbu-s2.ussc.ru; Report=PDDO Stats for (nbu-s2.ussc.ru): scanned: 3 KB, CR sent: 0 KB, CR sent over FC: 0 KB, dedup: 100.0%, cache disabled
09.04.2015 10:55:03 - Info bpbkar(pid=0) done. status: 11: system call failed       
09.04.2015 10:55:03 - end writing; write time: 0:04:11
system call failed (11)

In VxMS provider log I found something terrible.

VxMS-23587log.040915_provider:

04/09/2015 10:54:50 : vdRead:VixInterface.cpp:635 <TRACE> : Read(139686966647008, 7282496, 64)
04/09/2015 10:54:50 : g_vixInterfaceLogger:libvix.cpp:1844 <DEBUG> : [VFM_ESINFO] [NFCDEBUG] NfcFssrvrIO: write = 0, offset = 3728637952, length = 32768, type = 2
04/09/2015 10:54:50 : g_vixInterfaceLogger:libvix.cpp:1844 <DEBUG> : [VFM_ESINFO] [NFCDEBUG] NfcFssrvr_IO: write = 0, offset = 3728637952, length = 32768
04/09/2015 10:54:50 : readSecurityData:RvpNtfsFileSystem.cpp:1869 <ERROR> : Security descriptor database is too large to read into memory.        Running chkdsk may fix the problem.
04/09/2015 10:54:50 : log:Error.cpp:249 <WARN> : Error: 0x00000400 occured in file ../RvpNtfsFileSystem.cpp, at line 1872
04/09/2015 10:54:50 : log:Error.cpp:249 <WARN> : Error: 0x00000400 occured in file ../RvpNtfsFileSystem.cpp, at line 1872
04/09/2015 10:54:50 : openId:RvpFileSystemMgr.cpp:3924 <ERROR> : Invalid NTFS object
04/09/2015 10:54:50 : openId:RvpFileSystemMgr.cpp:3992 <ERROR> : Returning: 3
04/09/2015 10:54:50 : rvpMapOpenId:RvpCoordinator.cpp:680 <ERROR> : Returning: 3
04/09/2015 10:54:50 : rvp_map_open_id:rvpntfs.cpp:558 <ERROR> : Returning: 3
04/09/2015 10:54:50 : openId:RvpObject.cpp:195 <ERROR> : Returning: 3
04/09/2015 10:54:50 : openVolume:VixGuest.cpp:3254 <ERROR> : Returning: 3
04/09/2015 10:54:50 : openVolume:VixManager.cpp:514 <ERROR> : Returning: 3
04/09/2015 10:54:50 : openId:VixManager.cpp:364 <ERROR> : Returning: 3

But at the same time, this virtual machine itself works without any complaints. Do I need to actually run chkdsk in the VM's guest OS?