Справочник на съобщенията
По-долу е даден списък на най-често срещаните от
потребителя върнати кодове от CPI-C функции. Това НЕ е пълният списък
от върнати кодове. Номерът в скобите показва дефинирания номер,
съответстващ на върнатия код.
- CM_ALLOCATE_FAILURE_NO_RETRY (1): Неуспешно заделяне поради
не-временно условие. Например сесията не може да бъде активирана поради
грешка в дефиницията на системата или грешка в протокола за активиране на
сесията. Този код се връща и когато сесията е деактивирана заради
грешка в протокола на сесията преди диалогът да може да бъде определен.
- CM_ALLOCATE_FAILURE_RETRY (2): Неуспешно заделяне поради временно
условие. Например сесията не може да бъде активирана поради временна
липса на ресурси на локалната или отдалечената система.
- CM_CONVERSATION_TYPE_MISMATCH (3): Неуспешно заделяне, защото
отдалечената програма не поддържа типа диалог в заявката за заделяне.
Това вероятно е проблем с TP на сървъра. Уверете се, че TP на сървъра е
конфигурирана да поддържа типа диалог basic.
- CM_TPN_NOT_RECOGNIZED (9): Тази грешка възниква, когато заявка за
заделяне е изпратена на отдалечената система. Тя показва, че
отдалечената система не разпознава името на транзакционната програма, посочено
в заявката. Ако не използвате обслужване на глобални директории,
уверете се, че TP името, посочено в CPI-C профил на клиента, съответства на TP
името, посочено на сървъра. Ако използвате обслужване на глобални
директории, поискайте помощ от администраторa на базата данни, за да сте
сигурни, че TP името, посочено в запис на глобалната директория, съответства
на TP името, посочено на сървъра.
- CM_TP_NOT_AVAILABLE_NO_RETRY (10): Тази грешка възниква, когато
заявка за заделяне е изпратена на отдалечената система. Тя показва, че
отдалеченото LU разпознава изпратеното TP име, но не може да стартира
програмата. Проверете също дали потребителският идентификатор, посочен
в TPN профила на сървъра, е валиден.
- CM_TP_NOT_AVAILABLE_RETRY (11): Тази грешка възниква, когато заявка
за заделяне е изпратена на отдалечената система. Тя показва, че
отдалеченото LU разпознава изпратеното TP име, но по някаква причина, която
може да е временна, то не може да стартира програмата. Уверете се, че
мениджърът на базата данни и поддръжката на APPC протокол на сървъра са
стартирани успешно.
- CM_DEALLOCATED_ABEND (17): Тази грешка възниква, когато отдалечената
програма освобождава диалога. Това може да се случи, ако отдалечената
програма е прекъсната аварийно или е открита фатална грешка. Ако се
опитвате да се свържете отдалечено към DB2 за AIX, проверете дали мениджърът
на базата данни и поддръжката на APPC протокол на сървъра са стартиране
успешно. При AIX сървър, тази грешка може да бъде предизвикана и поради
една от следните причини:
- Агентът на базата данни на сървъра е бил изключен от системния
администратор.
- Агентът на базата данни не може да бъде стартиран на сървъра, защото е
надвишен параметърът за конфигурация на мениджъра на базата данни
maxagents. Ако е журналирано съобщение за грешка, проверете в Сервизния
журнал на отказите (DB2DIAG.LOG) на сървъра.
- Агентът на базата данни е бил преустановен поради аварийно прекъсване на
ключов процес на мениджъра на базата данни.
- CM_PRODUCT_SPECIFIC_ERROR (20): Открита е специфична за продукта
грешка и описанието на грешката е съхранено в журнала за системни грешки на
продукта. Проверете дали локалната APPC подсистема е стартирана
успешно. За Communication Server за AIX, за да получите повече
информация относно грешката, специфична за продукта, трябва да проверите
стойността на глобалната променлива errno. Вижте раздела
по-долу за допълнителна информация относно errnos, които може да
бъдат върнати. Communication Server за OS/2 записва errors в системния
OS/2 журнал за грешките.
- CM_RESOURCE_FAILURE_NO_RETRY (26): Тази грешка възниква, когато
диалогът се прекъсва преждевременно (или от отдалечения, или от локалния край)
поради грешка, свързана с ресурсите (например сесии или връзки). При
OS/2 сървър, тази грешка може да бъде предизвикана и от една от следните
причини:
- Агентът на базата данни на сървъра е бил изключен от системния
администратор.
- Агентът на базата данни не може да бъде стартиран на сървъра, защото е
надвишен параметърът за конфигурация на мениджъра на базата данни
maxagents. Ако е журналирано съобщение за грешка, проверете в Сервизния
журнал на отказите (DB2DIAG.LOG) на сървъра.
- Агентът на базата данни е бил преустановен поради аварийно прекъсване на
ключов процес на мениджъра на базата данни.
- CM_RESOURCE_FAILURE_RETRY (27): Тази грешка възниква, когато
диалогът се прекъсва преждевременно (или от отдалечения, или от локалния край)
по приблизително същата причина, която е описана по-горе за условието
NO_RETRY. Единствената разлика е, че грешката може да не е
постоянна.
В повечето случаи върнатите кодове за CPI Комуникациите са достатъчни, за
да се направи заключение за причината за грешката. Когато обаче е
върната CM_PRODUCT_SPECIFIC_ERROR, се предоставя и допълнителна
информация.
За Communication Server за AIX, errno предоставя допълнителна
информация. По-долу е даден списък на най-често срещаните
errnos. Това НЕ е пълен списък. Errnos
номерата над 101 (включително) може да бъдат намерени във файла
/usr/include/luxsna.h, който съдържа специфичните за
Communication Server за AIX errnos. Повечето от тези
errnos са преведени в CPI-C кодове на връщане.
Errnos с по-малките номера са свързани с проблеми в AIX и може да
бъдат намерени във файла /usr/include/sys/errno.h.
Самият errno номер е в скоби.
- EBADF (9): Това е грешка "лош дескриптор на файл". Ако тази
грешка възникне при опит за отдалечено свързване към базата данни, това
обикновено означава, че SNA подсистемата на сървъра не е стартирана или че има
някакъв проблем със SNA конфигурационните профили. Проверете дали е
стартирана SNA подсистемата на сървъра. Проверете дали станцията за
връзка към възела сървър може да бъде активирана.
- EACCESS (13): Това е грешка "отказано разрешение". Ако тази
грешка възникне при опит за отдалечено свързване към базата данни, това
обикновено означава, че има някакъв проблем със SNA конфигурационните
профили.
На HP-UX, за SNAPlus2, обърнете се към файла
/usr/include/sys/errno.h за описание на грешката.
При OS/2, когато CPI Комуникации върне CM_PRODUCT_SPECIFIC_ERROR, се
създава запис в журнала за грешки. Информацията в записа в журнала за
грешки посочва CPIC като причинител на грешката. Ако е инсталиран
Communications Server/2 (CS/2), CS/2 записва грешката в
системния журнал за грешки на OS/2. Обърнете се към ръководството
за определяне на проблеми за конкретния продукт, за да намерите пълно описание
на грешката и какво действие се препоръчва.
За допълнителна информация относно грешки в CPI Комуникации се обърнете към
Справочник за CPIC (общ интерфейс за комуникация между програми) на
Systems Application Architecture.
[ Начало на страницата | Предишна страница | Следваща страница ]