APAR status
Closed as program error.
Error description
Problem Description: Protecting VMware guests running on vSphere 6.7 or higher using IBM Spectrum Protect for Virtual Environments - Data protection for VMware version 8.1.13 or higher and using deduplication can fail with: ANS0246E Issue dsmEndTxn and then begin a new transaction session. ANS5250E An unexpected error was encountered. IBM Spectrum Protect function name : vmSendViaFile() IBM Spectrum Protect function : Failed sending file xx.CTL IBM Spectrum Protect return code : 2070 IBM Spectrum Protect file : ..\..\common\vm\vmmigration.cpp (1441) ANS0361I DIAG: VmBackupControlFiles(): Error 2070 sending xx.CTL ANS4174E Full VM backup of VMware Virtual Machine failed with RC=2070 mode=Incremental Forever - Incremental, target node name=? DC_node_name?, data mover node name=?DM_node_name? ANS1228E Sending of object failed. ANS0246E Issue dsmEndTxn and then begin a new transaction session. In a client transaction, multiple objects to send to the server can be included but the constraint is that a transaction can only have a single destination. The first object will decide if the transaction destination must be a deduplicated storage pool or not. When the first out of the multiple objects in this transaction has a size of 0 byte or so small (less than 2048 bytes) it is not eligible for deduplication and the entire new transaction is marked with dedup=off. The error appears when in the same transaction the next object is eligible for dedup because it is big enough for that. In that case, the API client will abort the current transaction with the error 'RC 2070' because the transaction initial destination was not set to dedup=on. | MDVPARTL 5725TVEVM 8.1.13 IT36934 | IBM Spectrum Protect Versions Affected: IBM Spectrum Protect for Virtual Environments - Data Protection for VMware version 8.1.13 and later on Windows and Linux Additional Keywords: TSM, Tivoli, Storage, Manager, backup, TS007869973
Local fix
Increasing the txnbytelimit to 2GB will mitigate efficiently the problem by minimizing the possibility to have ineligible object for deduplication (smaller than 2048 Bytes) at the beginning of a transaction. To increase the txnbytelimit follow the below steps: 1.Update the datamover option file (.opt in windows / dsm.sys in Unix) with the following option: 'txnbytelimit 2g' 2.Restart datamover services.
Problem summary
**************************************************************** * USERS AFFECTED: * * IBM Spectrum Protect for Virtual Environments Data * * Protection for VMware levels 8.1.11, 8.1.12, and 8.1.13 * * running on all Microsoft Windows x64 and Linux x86 * * platforms. * **************************************************************** * PROBLEM DESCRIPTION: * * See ERROR DESCRIPTION * **************************************************************** * RECOMMENDATION: * * This issue is projected to be fixed in the Data Protection * * for VMware Data Mover level 8.1.14 on Windows x64 and Linux * * x86 platforms. * * Note that this is subject to change at the discretion of * * IBM. * ****************************************************************
Problem conclusion
The code has been fixed so currently the client sends a dummy DAT file in the separate transaction.
Temporary fix
Comments
APAR Information
APAR number
IT39629
Reported component name
TSM FOR VE DP V
Reported component ID
5725TVEVM
Reported release
81W
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2022-01-12
Closed date
2022-01-24
Last modified date
2022-01-24
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
TSM FOR VE DP V
Fixed component ID
5725TVEVM
Applicable component levels
[{"Line of Business":{"code":"LOB26","label":"Storage"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SS8TDQ","label":"Tivoli Storage Manager for Virtual Environments"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"81W"}]
Document Information
Modified date:
25 January 2022