The information in this article applies to:
SUMMARY
The following are some of the common issues that may be encountered when
you use the ODBC driver for DB2 that is included with SNA Server versions
3.0 and 4.0:
DB2/MVS and SQL/DS Specific IssuesProblem: I get the following error message:Resolution: The resource name varies, depending upon your DB2 configuration, but the above message appears with various ODBC-enabled applications--for example, Microsoft Access, Microsoft Query, and so on-- that have an "exclusive" lock on the database, and another session attempts to access data. The fix is to select Use Held Cursors in the Advanced options for the data source. Question: I am using StarSQL to SQL/DS and getting the error message: What is the problem? Answer: If you are using Windows NT or Windows 95, the Swodbc.ini file needs to be edited. In this file, there is a section called [CustomizeNT] and a line that reads:
Add a line to read:
Question: I am unable to update a table on SQL/DS that includes a LONG
VARCHAR column. What's wrong?
Answer: In order to insert, update, delete, and so on, a table on SQL/DS that includes a LONG VARCHAR column, the following must be true:
Answer: Using SYSIBM as the SQL Catalog Qualifier will return a list of all tables in the database. Using SYSIBM.AUTHID will return a list of all tables owned by AUTHID. You can use Restricted Views to return a list of tables owned by one or more AUTHIDs. Question: What can I do to prevent "runaway" queries from occurring on DB2/MVS? Answer: The Resource Limit Facility is a portion of DB2 code that prevents dynamic manipulative SQL statements from exceeding specified time limits. AS/400 SpecificQuestion: What does the error [ASCII 147]File in Library NOT VALID FOR OPERATION[ASCII 148] mean? How can this error be resolved?Answer: This error occurs when you are trying to access non-journaled physical files residing on an AS/400 with StarSQL. For access to non- journaled physical files on OS/400 V3R1 or later, you must set the isolation level in the Advanced options for the data source to None or Default. Question: When I try to access AS/400 files with periods(.) in the file name, the following error message appears: Relational Database<name> not the same as current servername<servername>. What is the problem? Answer: Because a file name with a period is an "illegal" SQL name, you must explicitly type in the SQL and enclose the file name in quotes. Characters between the quotes are treated exactly as they are shown, and the text is case sensitive. For example:
Question: Is it possible to work around the problem of running out of
memory when using QSYS and QSYS2 catalog qualifiers?
Answer: To work around this problem, use one of the following suggestions:
The filter is specified by appending the library, AS/400 collection, or an authorization-id to the SQL Catalog Qualifier in the data source setup. Examples: (AS/400 v2r2 or v2r3) "QSYS.MYLIB" (AS/400 v3r1) "QSYS2.MYLIB"With any AS/400 version, the catalog is restricted to a single collection by specifying the collection as the SQL Catalog Qualifier, for example, "MYCOLL"
Question: What does the following error message mean?
Answer: This error occurs when a SQL query is executed without qualifying a table name. The SQL query needs to be qualified with a LIBRARY.TABLE name. Question: What does the following message mean? Answer: This error occurs when there is a mismatch of Wappc32.dll with the SNA installation. Search the drive for multiple versions of this file. If multiple versions exist, rename all of them except the one in \sna\system, and try the connection again. Check the version of this file both in your \sna\system directory and from the source installation media. If the versions do not match, delete your SNA client installation, and reinstall the SNA client. Question: What does the error [ASCII 147]DRDA Reply codepoint x'2208'[ASCII 148] indicate? Answer: This is a bind add error that occurs when trying to connect to DB2/MVS for the first time. When connecting for the first time, StarSQL creates static packages on the host system. On DB2/MVS, the authid needs to be granted the following authorities: BINDADDAfter the packages are bound for the first time, these privileges can be revoked. Any user wanting to connect then needs EXECUTE authority on the packages. This can also occur if the packages are bound with one isolation level, and someone attempts to connect with a different isolation level, for which packages were not bound. Please check the advanced options in the datasource for Use Held Cursors and Isolation Level. Problem: When trying to connect to an AS/400 using StarSQL, the following error message appears: [StarQuest][StarSQL ODBC Driver][DB2/400]Section number not valid (#-144) Resolution: After upgrading StarSQL Pro, you must drop (or delete) old packages and bind (create) new packages. First, drop StarSQL Pro packages: To drop packages, start a 5250 session with your AS/400 as QSECOFR. Use the command WRKLIB LIBRARY where LIBRARY refers to the library specified in the Package Collection field when you did your StarSQL Data Source setup. If you left that field <DEFAULT>, the LIBRARY will be your User ID. If you followed the instructions in the StarQuest Help documentation, LIBRARY will be STARSQL. (Creating a STARSQL library to hold packages is recommended for multiple users.) Move the cursor to the option fields next to the library and select 12=Work with Objects. You will see a screen with several packages. You need to drop the *SQLPKG. These are typically files named SWNC0000, SWRC000, SWCATPKG, and/or QSYS2 (QSYS for OS/400 v3r05 and earlier). In the option field next to the name of each StarSQL package, type 4=delete. Confirm deletion. Exit the screens and end the 5250 session. Second, connect to your DB2 data source through your application: Do this in the usual way. When you reconnect to your data source, the driver will automatically rebind (create) the StarSQL packages you need. You may need to try this a couple of times. In order to bind the packages, you need to get a table list and try to open a table. Third, make sure other users have authority to use the packages you just recreated: This is the same procedure you probably followed when you first set up the driver and which is described in the StarSQL Pro Help documentation. To change authority on packages, start a 5250 session as QSECOFR. Use WRKLIB command with the same library as above. For each package created by the StarSQL Pro driver, select 2=Edit Authority. Next to *PUBLIC, make sure the authority is set to *USE rather than *EXCLUDE. Verify that the changes took effect (exit and re-enter the appropriate screens) and end the session. Problem: I receive a GPF or Dr. Watson error message when using the StarSQL driver. Resolution: This can sometimes be caused by the presence of Msvcrt40.dll version 4.2 on Windows 95. If you are not using Windows 95 or do not have that version of Msvcrt40.dll, this error is due to a mix of versions of StarSQL on the drive. Check the versions of the following files, located in the \windows\system, or on Windows NT, \windows\system32 directory:
If the versions do not match, or you have multiple copies on your drive,
delete all copies of these files and reinstall StarSQL.
MORE INFORMATIONPlease refer to the following Web site for information about more commonly asked questions or problems related to the ODBC driver for DB2 that is included with SNA Server: http://www.starquest.com/support/NOTE: The third-party contact information included in this article is provided to help you find the technical support you need. This contact information is subject to change without notice. Microsoft in no way guarantees the accuracy of this third-party contact information. Additional query words:
Keywords : prodsna sna3rdparty snaodbc |
Last Reviewed: December 28, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |