VMware Backups of Linux Servers using EXT4 may fail with Status 12 (db_FLISTsend failed: file open failed (12))

Article:TECH199924  |  Created: 2012-11-20  |  Updated: 2013-07-01  |  Article URL http://www.symantec.com/docs/TECH199924
NOTE: If you are experiencing this particular known issue, we recommend that you Subscribe to receive email notification each time this article is updated. Subscribers will be the first to learn about any releases, status changes, workarounds or decisions made.
Article Type
Technical Solution


Environment

Issue



When performing Mapped FullVM backups of linux VMs with EXT4 volumes, the backups may fail with "db_FLISTsend failed: file open failed (12)" reported due to an error a problem processing the inode bitmap.


Error



Detail Status:
08/23/2012 14:55:42 - Error bpbrm (pid=6276) db_FLISTsend failed: file open failed (12)
08/23/2012 14:55:57 - Info bpbkar32 (pid=0) done. status: 12: file open failed
file open failed (12)

bpbrm:
11:22:41.027 [4800.7040] <2> db_end: no DONE from db_getreply(): file open failed
11:22:41.028 [4800.7040] <2> db_FLISTsend: db_end_sts() failed: file open failed (12)
11:22:41.028 [4800.7040] <16> bpbrm main: db_FLISTsend failed: file open failed (12)
11:22:41.028 [4800.7040] <2> set_job_details: Tfile (40770): LOG 1347646961 16 bpbrm 4800 db_FLISTsend failed: file open failed (12)

bpdbm:
11:22:41.088 [30664] <2> lock_file_by_path: db_Imglock(0x25d54a0) WRITE in /usr/openv/netbackup/db/images/test/1347000000/VMware-test_1347645700_FULL.lck
11:22:41.088 [30664] <2> lock_file_by_path: Acquired db_Imglock(0x25d54a0) in /usr/openv/netbackup/db/images/test/1347000000/VMware-test_1347645700_FULL.lck
11:22:41.105 [30664] <4> db_error_add_to_file: File: ../nbe_cat_image.cpp Line: 949: memory map invalid data,
11:22:41.106 [30664] <32> Function: NBE_CatImage::ndmp_addMountPoint():Corrupt .f file, inode entries missing directory info: File: ../nbe_cat_image.cpp Line: 949: memory map invalid data,
11:22:41.106 [30664] <16> add_files_alt: Error adding file rec 12
11:22:41.106 [30664] <2> add_files_alt: 1 catalog entries written to DB
11:22:41.106 [30664] <2> add_files_alt: 1 files added to VMware-test_1347645700_FULL

Found in the debug.f file:
196593 0 22 6 0 11 0 0 -1 recovered.inode.196593 196609
196595 0 22 6 0 11 0 0 -1 recovered.inode.196595 196609
196602 0 22 6 0 11 0 0 -1 recovered.inode.196602 196609
196603 0 22 6 0 11 0 0 -1 recovered.inode.196603 196609
0 110850 7 29 0 5 0 0 -1 /_FSMAP 33261 user group 110850 0 0 0
98555 512 1 26 110851 1 512 0 -1 / 16877 user group 512 0 0 0
98555 0 5 19 110853 12 0 0 -1 /boot 0 root root 0 0 0 0


Environment



Issue can be found when performing Mapped FullVM backups of an EXT4 filesystem.


Cause



Bitmap is not initialized by the EXT4 file system causing garbage inode bitmaps to be passed in the mapping process.  This issue affects NetBackup 7.5 and above.


Solution



The formal resolution for this issue (Etrack 2931643) is included in the following release:

  • NetBackup 7.5 Maintenance Release 6 (7.5.0.6)

NetBackup 7.5.0.6 is now available - please access the Related Article below for more information.

Workaround:
If this issue is experienced, please contact Symantec technical support, referencing this document ID and Etrack 3093976 to obtain an Emergency Engineering Binary (EEB) for NetBackup 7.5.0.5.


Supplemental Materials

SourceETrack
Value2931643
Description

VMWare backups for various RHEL servers failing with error db_FLISTsend failed


SourceError Code
Value12
Description

file open failed




Article URL http://www.symantec.com/docs/TECH199924


Terms of use for this information are found in Legal Notices