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 sametime, thisvirtual machineitselfworkswithout anycomplaints. Do I needtoactually run chkdsk in the VM's guest OS?