Hi
We have a requirement wherein we need to access iSeries (DB2) at As400 end from DataSatge. We have got iSeries Database catalogued on DataStage server.
DS can use DB2 API stage but we have to create this job as Generic job which will have RCP turned on.
We tried with DB2 Connector Stage but it failed with below error:
QLFetch reported: SQLSTATE = HY010: Native Error Code = -99,999: Msg = [IBM][CLI Driver] CLI0125E Function sequence error. SQLSTATE=HY010 (CC_DB2DBStatement::dbsFetch, file CC_DB2DBStatement.cpp, line 1,510)
I tried to search it but could not find the solution for this.
Any help would really be appreciated.
Thanks
Brajesh.
Accessing DB2 (iSeries) at AS400 from DataStage server 8.1
Moderators: chulett, rschirm, roy
-
- Premium Member
- Posts: 138
- Joined: Wed Jul 16, 2008 9:51 pm
- Location: Kolkata
Check the code page setting of the DB2/400 with your DBA. Couldn't remember the exact code set to be used at the moment.
Also try using the ODBC enterprise stage for the extract. If that also fails then it is good to look into the .odbc.ini file once to see if it is properly configured.
Also try using the ODBC enterprise stage for the extract. If that also fails then it is good to look into the .odbc.ini file once to see if it is properly configured.
TONY
ETL Manager
Infotrellis India
"Do what you can, with what you have, from where you are and to the best of your abilities."
ETL Manager
Infotrellis India
"Do what you can, with what you have, from where you are and to the best of your abilities."
I tried to connect to the iSeries from a DB2 Connector Stage in Version 8.5. We catalogued the iSeries on db2inst1 and provided "db2inst1" for property instancename.
We had to provide a View SYSIBMADM.ENV_SYS_INFO on the iSeries, which simply provides the same values as the same view within XMETA.
Afterwards I received warnings concerning a problem to set the LOCK WAIT Mode:
"DB2_Connector_5: Unable to set Lock Wait mode."
There is another message:
"DB2_Connector_5: DB2 reported: SQLSTATE = 42601: Native Error Code = -104: Msg = [IBM][CLI Driver][AS] SQL0104N An unexpected token "LOCK" was found following "". Expected tokens may include: "DEGREE". SQLSTATE=42601", but this just informational.
Nonetheless, the actual data selected from the database looks fine.
I'll try to find out whether it is possible to stop DataStage from trying to set a specific LOCK WAIT Mode on the iSeries.
We had to provide a View SYSIBMADM.ENV_SYS_INFO on the iSeries, which simply provides the same values as the same view within XMETA.
Afterwards I received warnings concerning a problem to set the LOCK WAIT Mode:
"DB2_Connector_5: Unable to set Lock Wait mode."
There is another message:
"DB2_Connector_5: DB2 reported: SQLSTATE = 42601: Native Error Code = -104: Msg = [IBM][CLI Driver][AS] SQL0104N An unexpected token "LOCK" was found following "". Expected tokens may include: "DEGREE". SQLSTATE=42601", but this just informational.
Nonetheless, the actual data selected from the database looks fine.
I'll try to find out whether it is possible to stop DataStage from trying to set a specific LOCK WAIT Mode on the iSeries.
"It is not the lucky ones are grateful.
There are the grateful those are happy." Francis Bacon
There are the grateful those are happy." Francis Bacon
That is a nice suggestion, but unfortunately the Connectormigrationtool provided with 8.5 will not give You the option to migrate a DB2_UDB_API_16-Stage to the ODBC-Connector Stage but opt for migration to the DB2-Connector-Stage automatically instead. That would mean we would have to change about 1000 jobs manually to do the migration. I do not think we want to do that.
There is probably going to be enough hassle with the fact, that the DB2-API-Stage identified column-names by position in SQL-statements and the connectors need explicit naming.
There is probably going to be enough hassle with the fact, that the DB2-API-Stage identified column-names by position in SQL-statements and the connectors need explicit naming.
"It is not the lucky ones are grateful.
There are the grateful those are happy." Francis Bacon
There are the grateful those are happy." Francis Bacon
Duh.. Im confused , who is the original poster of this thread ? or are you the same individual with a different ID or just hijacked it ? nowhere in the problem statement was the requirement to automate migration stated , .. I do Hope you find a good way out of the situation or find a way to continue using DB2/API stage ..Connectormigrationtool provided with 8.5 will not give You the option to migrate a DB2_UDB_API_16-Stage to the ODBC-Connector Stage but opt for migration to the DB2-Connector-Stage automatically instead.
OK. You've got a point there. My problem is currently being scrutinized by the official support provider.
I just mentioned our problems here because others may be facing the same situation. Using the ODBC-connector for new jobs is definitely an option.
I just mentioned our problems here because others may be facing the same situation. Using the ODBC-connector for new jobs is definitely an option.
"It is not the lucky ones are grateful.
There are the grateful those are happy." Francis Bacon
There are the grateful those are happy." Francis Bacon