Large NTFS volume always corrupting my backup files ?
Hi All,
I've got QNAP iSCSI LUN that is presented as 46 TB NTFS LUN, it is intermittently causing data corruption hence it is quite annoying for me to delete all backup job and then starting it again from the beginning.
When I run the CHKDSK on my existing backup repository, I got this error below:
A few weeks ago I did the same but with /F parameter, it deletes some of my backup files hence I have to start the backup again from full backup.
How to check if this is a problem on the configuration or at the hardware level?
Thanks.
I've got QNAP iSCSI LUN that is presented as 46 TB NTFS LUN, it is intermittently causing data corruption hence it is quite annoying for me to delete all backup job and then starting it again from the beginning.
When I run the CHKDSK on my existing backup repository, I got this error below:
PS C:\> chkdsk W:
The type of the file system is NTFS.
Volume label is New Volume.
WARNING! F parameter not specified.
Running CHKDSK in read-only mode.
CHKDSK is verifying files (stage 1 of 3)...
0 percent complete. (51 of 393216 file records processed)
Attribute list entry with type code 128 in file 381 is corrupt.
Attribute list entry with type code 128 in file 381 is corrupt.
Attribute list entry with type code 128 in file 381 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute list entry with type code 128 in file 419 is corrupt.
Attribute record (160, $I30) from file record segment 422
is corrupt.
393216 file records processed.
File verification completed.
377 large file records processed.
Errors found. CHKDSK cannot continue in read-only mode.A few weeks ago I did the same but with /F parameter, it deletes some of my backup files hence I have to start the backup again from full backup.
How to check if this is a problem on the configuration or at the hardware level?
Thanks.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
This is not that LUN on that HP Lefthand SAN ? which has become a QNAP SAN ?
ASKER
Hi Andrew,
No it is different.
This is the Veeam Backup repository that is presented as 46 TB iSCSI LUN to the physical Veeam backup server.
It runs in QNAP TS-1270.
No it is different.
This is the Veeam Backup repository that is presented as 46 TB iSCSI LUN to the physical Veeam backup server.
It runs in QNAP TS-1270.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks, guys, let me raise the call with QNAP.
ASKER
Are there any limitations on the NTFS partition or best practice that I need to follow?