Aller au contenu principal

File Level Backup Invalid Parameters

Thread needs solution

Hello all,

unfortunately we have a backup problem at the moment. It is about the error Invalid Parameter, as it is described in various topics by other people, attached two examples:

https://forum.acronis.com/forum/acronis-backup-125/what-would-cause-invalid-parameter-error

https://forum.acronis.com/forum/acronis-cyber-backup-125/invalid-parameters

We are using Acronis Cyber Backup 12.5 Build: 16545 to backup a larger Windows share (deduplicated) from Server 2019 to a NAS via SMB using Acronis. This contains approximately 55TB of data. We are doing a file level backup and backing up folder by folder separately to keep the load on the server low.

Unfortunately, we currently have the problem that the backup simply does not back up certain data and aborts with the error "Windows error: (0x80070057) Invalid parameter.". The interesting thing is that if you create a second backup plan and back up only the incorrect data, it works fine.

In the forum it is mentioned that you should set to backup version 11 and that the problem seems to disappear. However, we now have a backup that is almost 30TB in size, which we would have to backup completely again, if this should really be the case. Is there any other way to solve this problem?

We are happy to provide all logs available privately, but since they contain sensitive data, we cannot post them publicly. Attached are the logs that we have customized.

Any help would be greatly appreciated.

Thank you.

Fichier attaché Taille
Support activity log.txt 30.09 Ko
Support PCS Log.txt 6.61 Ko
0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Contributions: 2
Commentaires: 1727

Hello!

In the logs the following error appears: 

| Fehler 0x29b138d: Input/output error

That usually reverts to issues in the disks/hardware.

Run a CHKDSK: https://learn.microsoft.com/en-us/windows-server/administration/windows…

Also a system file check: https://support.microsoft.com/en-us/windows/using-system-file-checker-i…

Please check also this KB with more tips: https://kb.acronis.com/content/61059

Thanks in advance!

Hello Jose,

thank you very much for the answer. The Windows OS is running on an NTFS partition while the data is on ReFS. The NTFS was checked for corruption with Chkdsk, but none were present. The ReFS partition was scrubbed, again no errors are present. The system file check was also completely inconspicuous.

As NAS we use TrueNAS 13, which we also scrubbed, also there are no abnormalities.
Also the event logs show no abnormalities, we have checked this in advance and the Acronis version is also up to date.

The interesting thing is that if you create a second backup plan, only with the data that can not be backed up, this works fine. It may have something to do with the Backup Contrainer itself.

Are there other things we can look for?

Greetings.

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Contributions: 2
Commentaires: 1727

KekEW wrote:

Hello Jose,

thank you very much for the answer. The Windows OS is running on an NTFS partition while the data is on ReFS. The NTFS was checked for corruption with Chkdsk, but none were present. The ReFS partition was scrubbed, again no errors are present. The system file check was also completely inconspicuous.

As NAS we use TrueNAS 13, which we also scrubbed, also there are no abnormalities.
Also the event logs show no abnormalities, we have checked this in advance and the Acronis version is also up to date.

The interesting thing is that if you create a second backup plan, only with the data that can not be backed up, this works fine. It may have something to do with the Backup Contrainer itself.

Are there other things we can look for?

Greetings.

Hello KekEW.

Another reason can be the overloading of the OS. Please try to reschedule the backup to a non productive hour as the evening, for example.

I also advise you to check this KB: https://kb.acronis.com/content/41152 . Run the disk report to be sure there aren't any errors for sure and check the event viewer to get a clear picture.

Feel free to comment if you have any additional queries.

Thanks.

 

Hey Jose,

we always perform backups at times when there is generally no load on the system. The system is clearly oversized so that no load peaks occur here.

Disk Reporter does not give any errors, all partitions are marked with -C. The VSS Doctor does not provide any relevant information on the subject either. 

 

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Contributions: 2
Commentaires: 1727

Hello KekEW.

Please try to free some space in the NAS also ( Don't delete backups manually ) and re-try the backup. If the backup plan has enabled the Application aware backup, try also to disable it as a test.

Regarding the VSS doctor the relevant information is in the report you can download after executing it. At the bottom of the report there will be displayed the error's.

Thanks.