• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

Scheduled UNC backup fails with ANS1228E, ANS1074W, ANS1028S, ANS9999E


Hi Pro's

I have recently started to run scheduled client backups of my NAS via CIFS shares added as UNC paths in my dsm.opt file. All small volumes I previously tried with worked perfectly. But now I started a backup of a 10TB big volume. After ~400 GB the backup fails with this errors:

2016-03-11 11:31:44 ANS9999E ..\..\common\winnt\ntrc.cpp(765): Received Win32 RC 87 (0x00000057) from FileRead(): ReadFile '\\filer1\file4876_vol2$\proj12\SW_27168_H.TXT'. Error desription: The parameter is incorrect.
2016-03-11 11:31:45 ANS1228E Sending of object '\\filer1\file4876_vol2$\file1.igs' failed.
2016-03-11 11:31:45 ANS1074W The operation was stopped by the user.

2016-03-11 11:31:45 ANS1999E Incremental processing of '\\filer1\file4876_vol2$' stopped.
2016-03-11 11:31:45 --- SCHEDULEREC STATUS BEGIN
2016-03-11 11:31:45 ANS1028S An internal program error occurred.
2016-03-11 11:31:45 --- SCHEDULEREC OBJECT END M_4250_INC 2016-03-11 10:03:00
2016-03-11 11:31:45 ANS1512E Scheduled event 'M_4250_INC' failed. Return code = 12.
2016-03-11 11:31:45 Server Version 6, Release 3, Level 4.200


Thank you for the answer!

My problem is that the file is located on a read-only filesystem (it's a netapp secondary) and the file can not be removed. I tried to copy the file to another location and then it works to backup the file.
If TSM finds a file it can't backup I thought that it would skip it rather than get an internal program error... :confused:


ADSM.ORG Moderator
If TSM finds a file it can't backup I thought that it would skip it rather than get an internal program error... :confused:
It depends on the reason it can't back it up. If it was standard access denied error (Received Win32 RC 5), then yes. It would show an access denied error and continue.

With RC 87, it's different because it means "The parameter is incorrect". So TSM has no way to know that it's because of read access, because that's not the error returned by Windows.

Here's how to look up Win32 return codes:

I would tend to go with the first technote LED888 shared instead of the second due to the RC 87 making it a closer match.
What's your version of OnTap?
What's your version of Windows on the machine doing the backup?
What's your TSM Client version?


I have read the both technotes and the first is pretty close to my problem but I run:

Netapp (cDOT) Clustred Data OnTap 8.3
Windows Server 2012 Standard

To resolve the problem was to upgrade to OnTap 7.2.7 or later. That version is for Netapp 7-mode systems. Maybe an old error has come back on the new cDOT systems?
I still have some old Netapp 7-mode systems running OnTap 8.1.4. I will try to backup one volume from that system and see if the problem exists there.


Some update regarding this:

I still haven't solved it... even after some upgrades and error requests.
Had a PMR with IBM for a month and they told me after some troubleshooting that this error is from the OS (Windows 2012 R2) or the source disk system (Netapp cDOT Ontap 8.3.1P2).
After IBM closed the case I opened a case with Netapp and they still haven't found anything. I now have the following versions of my systems:

Backup node/backup server: Windows server 2012 R2 with TSM client and TSM server (same server)
Filer where I have my CIFS share: Netapp cDOT 8.3.1P2, with a vserver (SVM) with SMB3 enabled

I have done some wireshark and netapp packet tracing and I get the following error the same time I get the TSM error:

Wireshark trace info:
No. Time Source Destination Protocol Length Info
514856 11:11:29.409731 SMB2 131 Ioctl Response, Error: STATUS_INVALID_DEVICE_REQUEST

TSM error:
2016-05-30 11:11:29 ANS9999E ..\..\common\winnt\ntrc.cpp(771): Received Win32 RC 87 (0x00000057) from FileRead(): ReadFile '\\filer1\clone$\APPL\FRAME\KURS'. Error description: The parameter is incorrect.
2016-05-30 11:11:29 ANS1028S An internal program error occurred

I do get the "STATUS_INVALID_DEVICE_REQUEST" on other files as well and I can back them up. Can't find anything else in the trace that is unique at the time the error occur in TSM.

Anyone that has any input?


Opened a case with IBM a month ago after I found that the files TSM was complaining about was broken symlinks created in Linux with the 'ln' command. This was a NTFS volume but it have some unix data on it.
I got a temporary fix for this:




I am also having same issue. Have you solved this issue?
NS9999E ..\..\common\winnt\ntrc.cpp(780): Received Win32 RC 225 (0x000000e1) from FileOpen(): CreateFile. Error description: Operation did not complete successfully because the file contains a virus or potentially unwanted software.
ANS2698E Snapshot operation failed


No, in my case I used the temporary solution, but now I don't use CIFS backup anylonger. I am using CAB backup instead.



CAB backup is Cluster Aware Backup. I have my source data on Netapp storage and SVMs (storage virtual machines) and then CAB backup is useful.

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 18 18.6%
  • Keep using TSM for Spectrum Protect.

    Votes: 59 60.8%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.4%
  • Other (please comement)

    Votes: 8 8.2%

Forum statistics

Latest member