Komunikaty
Poniżej została podana lista kodów powrotu funkcji CPI-C,
z którymi użytkownik może najczęściej się spotkać. NIE jest to pełna
lista kodów powrotu. Liczba podana w nawiasach określa zdefiniowaną
liczbę odpowiadającą kodowi powrotu.
- CM_ALLOCATE_FAILURE_NO_RETRY (1): Przydzielenie nie powiodło się
wskutek zaistnienia sytuacji nie będącej tymczasową. Na przykład sesja
nie mogła zostać aktywowana wskutek błędnego zdefiniowania systemu albo błędu
protokołu aktywowania sesji. Ten kod powrotu jest zwracany także wtedy,
gdy sesja została zdeaktywowana w wyniku błędu protokołu sesji przed
umożliwieniem przydzielenia konwersacji.
- CM_ALLOCATE_FAILURE_RETRY (2): Przydzielenie nie powiodło się
wskutek zaistnienia sytuacji tymczasowej. Na przykład sesja nie mogła
zostać aktywowana wskutek tymczasowego braku zasobów w systemie lokalnym albo
zdalnym.
- CM_CONVERSATION_TYPE_MISMATCH (3): Przydzielenie nie powiodło się,
ponieważ zdalny program nie obsługuje typu konwersacji podanego w żądaniu
przydziału. Najczęściej jest to spowodowane problemami występującymi z
programem transakcyjnym działającym na serwerze. Sprawdź, czy program
transakcyjny na serwerze jest skonfigurowany do obsługi konwersacji typu
basic.
- CM_TPN_NOT_RECOGNIZED (9): Ten błąd występuje przy wysyłaniu żądania
przydzielenia do zdalnego systemu. Oznacza on, że zdalny system nie
rozpoznaje nazwy programu transakcyjnego podanego w żądaniu. Jeśli nie
korzystasz z globalnych usług katalogowych, sprawdź, czy nazwa programu
transakcyjnego podana w profilu CPI-C Side Information odpowiada nazwie
programu transakcyjnego na serwerze. Jeśli używasz usług katalogowych,
poproś administratora bazy danych o sprawdzenie, czy nazwa programu
transakcyjnego podana w pozycji globalnych usług katalogowych odpowiada nazwie
programu transakcyjnego podanej na serwerze.
- CM_TP_NOT_AVAILABLE_NO_RETRY (10): Ten błąd występuje przy
wysyłaniu żądania przydzielenia do zdalnego systemu. Oznacza on, że
zdalna jednostka logiczna (LU) rozpoznaje nadesłaną nazwę programu
transakcyjnego, ale nie może go uruchomić. Sprawdź również, czy w
profilu TPN na serwerze został podany poprawny identyfikator
użytkownika.
- CM_TP_NOT_AVAILABLE_RETRY (11): Ten błąd występuje przy
wysyłaniu żądania przydzielenia do zdalnego systemu. Oznacza on, że
zdalna jednostka logiczna (LU) rozpoznaje nadesłaną nazwę programu
transakcyjnego, ale z pewnych przyczyn, które mogą być tymczasowe, nie może go
uruchomić. Upewnij się, że uruchomienie menedżera baz danych i obsługi
protokołu APPC na serwerze powiodło się.
- CM_DEALLOCATED_ABEND (17): Ten błąd występuje, gdy zdalny program
usuwa przydzieloną konwersację. Może on się pojawić, jeśli zdalny
program został nienormalnie zakończony albo napotkał na błąd fatalny.
Jeśli próbujesz połączyć się z bazą DB2 dla AIX, sprawdź, czy menedżer baz
danych oraz obsługa protokołu APPC na serwerze zostały pomyślnie
uruchomione. Dla serwera AIX, błąd ten może być również spowodowany
przez jedną z następujących przyczyn:
- Agent bazy danych na serwerze został zmuszony do wyłączenia się przez
administratora systemu.
- Agent bazy danych nie może być uruchomiony na serwerze, ponieważ wartość
parametru konfiguracyjnego menedżera baz danych maxagents została przekroczona. Należy sprawdzić protokół obsługi błędów
(DB2DIAG.LOG) na serwerze, aby stwierdzić, czy komunikat błędu został
zaprotokołowany.
- Agent bazy danych na serwerze został zatrzymany ze względu na niepoprawne
zakończenie kluczowego procesu menedżera baz danych.
- CM_PRODUCT_SPECIFIC_ERROR (20): Wykryto błąd specyficzny dla
produktu, którego opis został umieszczony w systemowym protokole błędów tego
produktu. Sprawdź, czy lokalny podsystem APPC został pomyślnie
uruchomiony. Dla Serwera komunikacyjnego dla AIX, aby uzyskać więcej
informacji o błędzie specyficznym dla produktu, niezbędne jest sprawdzenie
zmiennej globalnej errno. Zapoznaj się z poniższym
podrozdziałem, aby otrzymać więcej informacji dotyczących errno,
które mogą zostać zwrócone. Serwer komunikacyjny dla OS/2 rejestruje
błędy w systemowym protokole błędów OS/2.
- CM_RESOURCE_FAILURE_NO_RETRY (26): Ten błąd występuje, gdy
konwersacja zostanie przedwcześnie przerwana (po stronie lokalnej lub zdalnej)
wskutek błędu związanego z zasobami (takimi jak sesja albo łącza). Dla
serwera OS/2, błąd ten może być również spowodowany przez jedną z
następujących przyczyn:
- Agent bazy danych na serwerze został zmuszony do wyłączenia się przez
administratora systemu.
- Agent bazy danych nie może być uruchomiony na serwerze, ponieważ wartość
parametru konfiguracyjnego menedżera baz danych maxagents została przekroczona. Należy sprawdzić protokół obsługi błędów
(DB2DIAG.LOG) na serwerze, aby stwierdzić, czy komunikat błędu został
zaprotokołowany.
- Agent bazy danych na serwerze został zatrzymany ze względu na niepoprawne
zakończenie kluczowego procesu menedżera baz danych.
- CM_RESOURCE_FAILURE_RETRY (27): Ten błąd występuje, gdy konwersacja
zostanie przedwcześnie przerwana (po stronie lokalnej lub zdalnej) z takich
samych powodów, jak dla warunku NO_RETRY opisanego powyżej. Jedyna
różnica polega na tym, że błąd może nie być trwały.
W większości wypadków kody powrotu CPI Communications są wystarczające do
wykrycia przyczyny błędu. Ale gdy zostanie zwrócony błąd
CM_PRODUCT_SPECIFIC_ERROR, wyświetlane są dodatkowe informacje.
Dla Serwera komunikacyjnego dla AIX, dodatkowe informacje zawierają kody
errno. Poniżej podana jest lista najczęściej spotykanych
kodów errno. NIE jest to pełna lista kodów. Kody
errno o numerach 101 i wyższych można znaleźć w pliku
/usr/include/luxsna.h, który zawiera errno
specyficzne dla Serwera komunikacyjnego dla AIX. Większość tych kodów
errno jest tłumaczona na kody powrotu CPI-C. Kody
errno o niższych numerach dotyczą problemów z systemem AIX i
znajdują się w pliku /usr/include/sys/errno.h. Numery
errno zostały ujęte w nawiasy.
- EBADF (9): Błąd "zły deskryptor pliku". Jeśli ten błąd
wystąpi podczas próby połączenia się z bazą danych, oznacza to zwykle, że
podsystem SNA na serwerze nie został uruchomiony, albo występują pewne
problemy z profilami konfiguracyjnymi SNA. Sprawdź, czy na serwerze
został uruchomiony podsystem SNA. Sprawdź, czy można uaktywnić
połączenie pomiędzy stacją a węzłem serwera.
- EACCESS (13): Jest to błąd "odmowa dostępu". Jeśli ten błąd
wystąpi podczas próby połączenia się z bazą danych, oznacza to zwykle, że
występują pewne problemy z profilami konfiguracyjnymi SNA.
W systemie HP-UX opisy błędów dla SNAPlus2 można znaleźć w pliku
/usr/include/sys/errno.h.
W przypadku OS/2, gdy CPI Communications zwraca błąd
CM_PRODUCT_SPECIFIC_ERROR, w protokole błędów tworzony jest odpowiedni
wpis. Informacje podane w tym protokole identyfikują CPIC jako
nadawcę. Jeśli jest zainstalowany serwer Communications Server/2
(CS/2), CS/2 rejestruje błąd protokole błędów systemu
OS/2. Pełny opis błędu oraz sugestie dotyczące jego usunięcia
można znaleźć w przewodniku rozwiązywania problemów dostarczonym razem z
określonym produktem.
Informacje o błędach CPI Communications można znaleźć w podręczniku
Systems Application Architecture Common Programming Interface
Communications Reference.
[ Początek strony | Poprzednia strona | Następna strona | Spis treści | Indeks ]