Cannot start CMOD 10.1 with TSM 8.1

Previous topic - Next topic

teera_aoo

I cannot start CMOD 10.1 with TSM 8.1. There is error in ARCHIVE.trace.log

SM Error: ANS0238E (RC2041) The sequence of calls is invalid., Return Code=2041, Reason=0, File=arssmsms.cpp, Line=2440  Srvr->[SERVERNAME]<-

I opened PMR for 2 Weeks and no progress. Do have anyone ever seen this?

Thanks.

Justin Derrick

What do the TSM logs say?

Check the CMOD wiki troubleshooting page too:  https://cmod.wiki/index.php?title=Main_Page#IBM_CMOD_Troubleshooting

-JD.
Call:  +1-866-533-7742  or  eMail:  jd@justinderrick.com
IBM CMOD Wiki:  https://CMOD.wiki/
FREE IBM CMOD Webinars:  https://CMOD.Training/
IBM CMOD Professional Services: https://CMOD.cloud

Interests: #AIX #Linux #Multiplatforms #DB2 #TSM #SP #Performance #Security #Audits #Customizing #Availability #HA #DR

jsquizz

Found this on developer.ibm.com -

Researched the error shared: Error: Connector exited with error:
'ANS0238E (RC2041) The sequence of calls is invalid.' and found the
following explanation about this TSM Error:

ANS0238E - The sequence of calls is invalid.- Explanation
https://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.2/com.ibm.itsm.msgs.client.doc/msg-ANS0238E.html

Since the issue is intermitent, it maybe caused by network/server
congestion and changing the schedule start times so that fewer backups
run at the same time seems to usually resolve the errors.

#CMOD #DB2 #AFP2PDF #TSM #AIX #RHEL #AWS #AZURE #GCP #EVERYTHING

teera_aoo

#3
Quote from: teera_aoo on June 04, 2019, 03:11:46 AM
I cannot start CMOD 10.1 with TSM 8.1. There is error in ARCHIVE.trace.log

SM Error: ANS0238E (RC2041) The sequence of calls is invalid., Return Code=2041, Reason=0, File=arssmsms.cpp, Line=2440  Srvr->[SERVERNAME]<-

I opened PMR for 2 Weeks and no progress. Do have anyone ever seen this?

Thanks.

For this issue, No resolution from IBM PMR.

I was found that TSM Client API stanza in ars.cfg was conflicted with ARS_LDAP_BIND_* parameters. (I don't know why)
Proved by remove out of ARS_LDAP_BIND_* parameters  then TSM Client API worked fine and ARSSOCKD can be started.


Workaround Fix:
Remove out of ARS_LDAP_BIND_* parameters  then TSM Client API worked fine and ARSSOCKD can be started.

But you will cannot control parameter ARS_LDAP_BIND_* must leave it all to default.
(For Example, ARS_LDAP_BIND_ATTRIBUTE used to control LDAP's attibute to binding has default as CN, but MS AD almost used sAMAccountName, you will cannot changed if cannot use this parameter.)

Permanent Fix :
Apply CMOD 10.1.0.5