Niniejszy rozdział zawiera sugestie pomocne w rozwiązywaniu typowych problemów, które mogą wystąpić podczas pracy z serwerem, takich jak:
System operacyjny NetWare jest bardzo elastyczny, istnieje jednak możliwość wystąpienia błędów. Poważnym problemom zwykle towarzyszą komunikaty awaryjnego zatrzymania (ang. abend - abnormal end). Pojawienie się komunikatu awaryjnego zatrzymania oznacza, że albo system albo procesor wykrył warunek błędu krytycznego i uruchomił program obsługi błędów systemu NetWare. Funkcja zatrzymań awaryjnych ma zapewnić integralność danych systemu operacyjnego.
Po przerwaniu pracy serwera użytkownicy mogą stracić możliwość logowania się na serwerze, stacje robocze mogą stracić możliwość zapisywania i odczytywania plików z serwera, a na ekranie konsoli systemowej lub na ekranie programu Logger pojawia się komunikat o przerwaniu. Jeżeli mechanizm automatycznego przywracania w systemie NetWare stanu jest włączony (ustawienie domyślne), system NetWare może automatycznie ponownie uruchomić serwer lub wstrzymać wykonywanie procesu, w zależności od rodzaju przerwania.
Jeśli na ekranie konsoli nie został wyświetlony komunikat o przerwaniu, w katalogu SYS:SYSTEM nie pojawił się plik ABEND.LOG, w wierszu poleceń konsoli systemowej nie pojawiła się żadna liczba w nawiasach, a użytkownicy nadal nie mogą uzyskać dostępu do serwera, patrz sekcja Monitorowanie i rozwiązywanie problemów dotyczących komunikacji. Jeśli nie ma komunikatu awaryjnego zatrzymania, a konsola została zablokowana, uniemożliwiając wprowadzanie poleceń, należy zapoznać się z treścią sekcji Blokady konsoli serwera.
Po awaryjnym zatrzymaniu serwera wyświetlany jest komunikat awaryjnego zatrzymania, mający następującą formę.
Abend: SERVER-5.xx-numer_komunikatu tekst_komunikatuADDITIONAL INFORMATION: komunikat
W części przeznaczonej na informacje dodatkowe wyświetlana jest prawdopodobna przyczyna wystąpienia awaryjnego zatrzymania. Podawane jest miejsce wystąpienia problemu oraz nazwa modułu ładowalnego NLM związanego z zatrzymaniem. Informacje te mogą okazać się pomocne w rozwiązywaniu problemu.
Komunikat awaryjnego zatrzymania, wraz z informacjami dodatkowymi, zapisywany jest w pliku ABEND.LOG na dysku C:. Natychmiast po ponownym uruchomieniu serwera plik ABEND.LOG jest przenoszony do katalogu SYS:SYSTEM.
Na komunikaty awaryjnego zatrzymania można odpowiadać ręcznie lub zlecić serwerowi udzielenie odpowiedzi automatycznej.
W przypadku odpowiedzi ręcznej serwer określa charakter awaryjnego zatrzymania i wyświetla na ekranie odpowiednią opcję odpowiedzi, wraz z dodatkowymi opcjami pomocniczymi, np. wykonanie zrzutu pamięci. Aby odpowiedzieć na awaryjne zatrzymanie, należy wybrać jedną z opcji.
W przypadku, gdy serwer odpowiada automatycznie, odpowiednie czynności są wykonywane bez udziału użytkownika.
WAŻNE: Może się zdarzyć, że awaryjne zatrzymanie (lub błędny program NLM) spowoduje blokadę konsoli. Komunikat awaryjnego zatrzymania nie może zostać wyświetlony, a wpisywanie poleceń w wierszu konsoli staje się niemożliwe.
Po wystąpieniu błędu serwera zaleca się wyłączenie komputera i zrestartowanie go, a nie tylko przejście w trybie DOS do wiersza poleceń C:\NWSERVER i ponowne wpisanie polecenia SERVER.
Domyślnie włączona jest funkcja automatycznej odpowiedzi na zatrzymania awaryjne. Patrz: Automatyczne udzielanie odpowiedzi na awaryjne zatrzymanie.
Aby ręcznie udzielić odpowiedzi na przerwanie, należy zmienić parametr polecenia SET (z kategorii obsługi błędów) w następujący sposób:
AUTO RESTART AFTER ABEND = 0
Ten parametr polecenia SET steruje zachowaniem serwera po wystąpieniu przerwania. Opis wszystkich wartości można znaleźć w pomocy bezpośredniej.
Po wystąpieniu zatrzymania awaryjnego serwer wyświetla krótką listę opcji. Zawartość listy opcji zależy od typu zatrzymania awaryjnego. Aby odpowiedzieć na zatrzymanie awaryjne, należy wybrać jedną z opcji, wpisując odpowiadającą jej literę.
Następujące opcje mogą zostać wyświetlone. Niektóre opcje wybierane są za pomocą tej samej litery (np. R, S lub X). Jednak w konkretnej sytuacji zatrzymania awaryjnego lista opcji może zawierać tylko te, których oznaczenia literowe nie kolidują ze sobą.
Ta opcja pojawia się, jeśli przerwanie zostało wykryte przez oprogramowanie--- czyli przez system operacyjny sieci. Należy wówczas zapisać pliki, zakończyć pracę serwera i spróbować rozwiązać problem, który wywołał awaryjne zatrzymanie. W pliku ABEND.LOG można odnaleźć wskazówki pomocne w określaniu źródła problemu.
Po wybraniu tej opcji serwer wysyła komunikat do użytkowników informujący o awarii serwera i polecający im zapisanie plików i wylogowanie się. Następnie zatrzymuje wykonywany proces, aktualizuje plik ABEND.LOG i wykonuje operację zamknięcia systemu oraz ponownego uruchomienia komputera.
Czas między wyłączeniem serwera a ponownym jego uruchomieniem określony jest przez parametr polecenia SET - AUTO RESTART AFTER ABEND DELAY TIME. Parametr ten może przyjmować wartości z zakresu od 2 do 60 (minut). Domyślnie to 2 minuty.
Plik ABEND.LOG można przesłać do bazy danych dziennika przerwań w firmie Novell w celu uzyskania pomocy w rozwiązaniu problemu, który spowodował przerwanie.
Ta opcja pojawia się w przypadku wystąpienia przerwania wynikającego z problemu ze sprzętem. Należy wyłączyć serwer, naprawić sprzęt, uruchomić program diagnostyczny i skontaktować się z producentem sprzętu w celu uzyskania dodatkowej pomocy. Po wybraniu tej opcji serwer wysyła komunikat do użytkowników informujący o awarii serwera i polecający im zapisanie plików i wylogowanie się. Następnie wznawia wykonywanie procesu, aktualizuje plik ABEND.LOG i wykonuje operację zamknięcia systemu oraz ponownego uruchomienia komputera. Czas między wyłączeniem serwera a ponownym jego uruchomieniem określony jest przez parametr polecenia SET - AUTO RESTART AFTER ABEND DELAY TIME. Parametr ten może przyjmować wartości z zakresu od 2 do 60 (minut).
Ta opcja pojawia się, jeśli przerwanie zostało wykryte przez sprzęt--- czyli przez procesor. W komunikatach przerwań wykrywanych sprzętowo znajduje się tekst processor exception (wyjątek procesora). Przerwanie tego typu obejmują błędy strony, błędy ochrony oraz przepełnienia stosu na skutek nieprawidłowych kodów operacji, podwójnych błędów itd. Opcja ta jest wyświetlana, gdy przywrócenie przez serwer bezpiecznego stanu procesu jest niemożliwe, jednak nie ma konieczności natychmiastowego wyłączenia serwera w celu rozwiązania problemu. W razie potrzeby można zamknąć system operacyjny i uruchomić go ponownie w późniejszym czasie. Wybór tej opcji powoduje, że serwer wstrzymuje wykonywanie procesu i aktualizuje plik ABEND.LOG, nie wyłączając systemu. Wydajność serwera może się obniżyć, ponieważ jeden z modułów NLM może funkcjonować nieprawidłowo. Z części komunikatu zawierającej informacje dodatkowe można odczytać, który z modułów NLM może stanowić źródło problemu. W bardziej dogodnym momencie należy zakończyć pracę serwera i uruchomić go ponownie. Warto przejrzeć plik ABEND.LOG, aby uzyskać więcej informacji na temat źródła problemu. Plik ABEND.LOG można przesłać do bazy danych dziennika przerwań w firmie Novell w celu uzyskania pomocy w rozwiązaniu problemu, który spowodował przerwanie.
Podobnie jak poprzednia opcja, ta również jest wyświetlana, jeśli przerwanie zostało wykryte sprzętowo--- czyli przez procesor. W komunikatach przerwań wykrywanych sprzętowo znajduje się tekst processor exception (wyjątek procesora). Zatrzymania awaryjne tego typu obejmują błędy strony, błędy ochrony oraz przepełnienia stosu na skutek nieprawidłowych kodów operacji, podwójnych błędów itd. Opcja ta jest wyświetlana w przypadkach, gdy przywrócenie przez serwer bezpiecznego stanu procesu jest niemożliwe. Wybór tej opcji powoduje, że serwer przywraca wykonywany proces do stanu bezpiecznego, aktualizuje plik ABEND.LOG, natomiast nie wyłącza systemu. W większości normalne działanie serwera zostaje przywrócone i wykonywanie jakichkolwiek dalszych czynności nie jest konieczne.
Ta opcja umożliwia wykonanie zrzutu pamięci, który następnie można przeanalizować w celu wykrycia przyczyny zatrzymania awaryjnego. Aby uzyskać informacje na temat zrzutów pamięci, patrz sekcja Tworzenie zrzutu pamięci.
Ta opcja dostępna jest jedynie w przypadku, gdy system DOS został usunięty. Służy do ponownego uruchamiania serwera. Jeśli system DOS został usunięty, serwer nie może utworzyć ani zaktualizować pliku ABEND.LOG.
Wybranie tej opcji powoduje zakończenie pracy serwera i wyjście do systemu DOS. Jeśli serwer zostanie wyłączony bez wcześniejszego wykonania polecenia S lub R, plik ABEND.LOG nie zostanie zaktualizowany.
Jeśli konsola została zablokowana, należy wyłączyć i włączyć zasilanie w celu ponownego uruchomienia serwera. Jeśli serwer zostanie wyłączony bez wcześniejszego wykonania polecenia S lub R, plik ABEND.LOG nie zostanie zaktualizowany.
Po ponownym uruchomieniu serwera plik ABEND.LOG zostanie przeniesiony z partycji systemu DOS do katalogu SYS:SYSTEM.
Istnieje możliwość zlecenia serwerowi automatycznego udzielania odpowiedzi w przypadku wystąpienia zatrzymania awaryjnego. Dostępne są dwa rodzaje automatycznej odpowiedzi na zatrzymanie awaryjne.
AUTO RESTART AFTER ABEND = 1
DEVELOPER OPTION = OFF
Ponieważ powyższe ustawienia są ustawieniami domyślnymi, domyślnym trybem jest automatyczne udzielanie odpowiedzi w opisany wyżej sposób.
AUTO RESTART AFTER ABEND = 2 DEVELOPER OPTION = OFF
Poniższy parametr polecenia SET umożliwia określenie czasu po przerwaniu, po upływie którego serwer zostanie wyłączony i ponownie włączony.
AUTO RESTART AFTER ABEND DELAY TIME = liczba_minut
Aby ustawić wartości parametrów, należy użyć polecenia SET lub MONITOR z poziomu konsoli serwera lub programu NetWare Remote Manager na stacji roboczej.
Parametr Developer Option należy do kategorii parametrów różnych.
Parametry Auto Restart After Abend oraz Auto Restart After Abend Delay Time należą do kategorii parametrów obsługi błędów.
Wszystkie parametry mogą być ustawiane w pliku STARTUP.NCF.
Ponieważ serwer odpowiada na zatrzymanie awaryjne automatycznie, łatwo jest przeoczyć wystąpienie zatrzymania. Dlatego należy okresowo sprawdzać plik ABEND.LOG lub ekran Profiling and Debug Information (Informacje o profilach i debugowaniu) programu NetWare Remote Manager, wyszukując status Suspended by Abend Recovery (Zawieszenie na skutek przywracania do normalnego stanu po przerwaniu).
Licznik bloku kontroli zdarzeń ECB (Event Control Block) jest inkrementowany, kiedy urządzenie wysyła pakiet do serwera NetWare, lecz bufor odbioru pakietów jest niedostępny. Oznacza to, że pakiet został usunięty przez serwer.
Za każdym razem serwer przydziela więcej buforów odbiorczych pakietów, aż do momentu osiągnięcia maksymalnego limitu (parametr Maximum Packet Receiver Buffer - Maksymalna liczba buforów odbiorczych pakietów).
Jeśli używana karta korzysta z szyny EISA (np. karta NE3200TM), prawdopodobnie konieczne będzie zwiększenie zarówno minimalnej, jak i maksymalnej liczby buforów odbioru pakietów.
Informacje o procedurach określania parametrów Minimum Packet Receive Buffers (Minimalna liczba buforów odbiorczych pakietów) oraz Maximum Packet Receive Buffers (Maksymalna liczba buforów odbiorczych pakietów) można znaleźć w sekcji "SET"
> "Communications Parameters" w podręczniku Utilities Reference (dokumentacja systemu NetWare 6).
Komunikaty o braku dostępnych bloków ECB mogą również oznaczać, że sterownik został skonfigurowany niewłaściwie lub że moduł TSM (Topology Specific Module) oraz moduł HSM (Hardware Specific Module) nie są zgodne. Wartość ta jest obsługiwana przez program NLM.TSM.
Jeśli wartość licznika ECB rośnie i wszystkie bufory odbiorcze pakietów są w użyciu, należy wykonać zrzut pamięci (patrz sekcja Tworzenie zrzutu pamięci) i skontaktować się z działem pomocy technicznej firmy Novell.
Aby rozpoznać problemy związane z długim czasem odpowiedzi serwera, należy sprawdzić, czy zaistniały wymienione niżej okoliczności:
Aby rozwiązać problemy długiego czasu odpowiedzi serwera, należy wykonać następujące czynności:
Do sprawdzenia prawidłowych wartości służy program NetWare Remote Manager. W ramce nawigacji kliknij łącze Health Monitor (Monitor stanu). Na stronie Server Health Monitoring (Monitorowanie stanu serwera) kliknij łącza Allocated Server Processes (Przydzielone procesy serwera), Available Server Processes (Dostępne procesy serwera) i Packet Receive Buffers (Bufory odbiorcze pakietów). Bufory odbiorcze pakietów służą do wysyłania i odbierania pakietów. Jeśli liczba buforów odbiorczych pakietów rośnie, spowalnia to działanie systemu operacyjnego serwera. Jeśli liczba buforów odbiorczych pakietów osiągnie maksymalną wartość i brak jest dostępnych bloków ECB, działanie systemu operacyjnego serwera stanie się bardzo powolne i system może już nie powrócić do normalnego stanu. Jeśli bieżąca liczba procesów serwera zbliża się do wartości maksymalnej, należy rozważyć zwiększenie wartości parametru Maximum Server Processes (Maksymalna liczba procesów serwera) polecenia SET. Jeśli dostępnych pozostało zaledwie kilka procesów serwera, serwer jest prawdopodobnie bardzo obciążony. W takiej sytuacji należy rozważyć zwiększenie wartości parametrów polecenia SET: Minimum Server Processes (Minimalna liczba procesów serwera) oraz Maximum Server Processes (Maksymalna liczba procesów serwera). Aby zmienić wartości tych parametrów, należy uruchomić program NetWare Remote Manager. W ramce nawigacji kliknij łącze Set Parameter (Parametr polecenia Set). Na stronie Set Parameter Categories (Kategorie parametrów polecenia Set) kliknij następujące łącza:
Można także użyć polecenia MONITOR lub SET z poziomu konsoli serwera. MIRROR STATUS
Można również ustawić atrybut likwidowania (Purge) dla plików, które mają zostać zlikwidowane.
Jeśli w serwerze jest kilka kart sieciowych porównaj statystyki opcji Total Packets Transmitted (łączna liczba przesłanych pakietów) poszczególnych kart sieciowych. Jeśli jedna z kart odbiera większość pakietów, połącz ponownie okablowanie sieci, aby wszystkie karty były jednakowo obciążone.
Jeśli mimo braku komunikatu o przerwaniu w konsoli systemowej i w programie Logger, konsola serwera jest zablokowana i wprowadzanie poleceń nie jest możliwe, należy wykonać wymienione niżej czynności: Jeśli komunikat awaryjnego zatrzymania pojawił się na ekranie, patrz sekcja Zatrzymania awaryjne.
Sprawdź, czy możesz przełączać ekrany konsoli.
Jeśli tak, powodem wystąpienia problemu może być zbyt duże obciążenie serwera. Patrz sekcja Statystyki intensywnego wykorzystywania. Jeśli nie, przejdź do następnego punktu.
Sprawdź, czy konsola serwera została zablokowana podczas zwalniania określonego modułu NLM.
Jeśli tak, prawdopodobnym źródłem powstania problemu jest moduł NLM. Skontaktuj się z dostawcą modułu NLM.
Upewnij się, że używane są najnowsze wersje sterowników dysków, sieci LAN, systemu BIOS i oprogramowania firmowego.
Jeśli nie, zaktualizuj je. Aby uzyskać informacje na temat sterowników NetWare, patrz sekcja Poprawki do oprogramowania serwera.
Sprawdź, czy konsola została zablokowana po podłączeniu ostatniego wolumenu.
Jeśli tak, źródłem problemu może być niewłaściwie umieszczona lub źle skonfigurowana karta sieciowa. Sprawdź konfigurację karty i popraw ewentualne błędy.
Sprawdź, czy możesz uruchomić debuger przez naciśnięcie na klawiaturze konsoli systemowej kombinacji klawiszy Shift+Shift+Alt+Esc.
PODPOWIEDŹ: Naciśnij lewy klawisz Shift palcem lewej ręki, a następnie naciśnij palcami prawej ręki jednocześnie prawy klawisz Shift i Alt. Teraz naciśnij klawisz Esc (palcem lewej ręki, będącym najbliżej klawisza).
Jeśli konsola jest zablokowana, a przełączanie ekranów konsoli i uruchomienie debugera jest niemożliwe, należy skontaktować się z przedstawicielem działu pomocy technicznej firmy Novell lub z producentem komputera, aby uzyskać informacje na temat generowania przerwania niemaskowalnego umożliwiającego wyłączenie serwera.
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj bazę danych Novell Knowledgebase albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Wydajność sieci jest kluczowym zagadnieniem interesującym administratorów sieci, również administratorów systemu Novell. Istnieją jednak rozbieżne opinie na temat znaczenia wskaźników wydajności oraz związanych z nimi statystyk.
Założenie, że wykorzystanie procesora jest głównym wskaźnikiem wydajności systemu NetWare, jest zbyt dużym uproszczeniem. Niektórzy administratorzy sieci niepokoją się, jeśli stan wykorzystania procesora w programie NetWare Remote Manager lub wartość wskaźnika wykorzystania na ekranie informacji ogólnych narzędzia MONITOR zbliża się do 100%, zakładając, że im wyższa jest wartość procentowa, tym gorsza jest wydajność systemu NetWare. Jest to założenie całkowicie błędne.
Przede wszystkim należy uświadomić sobie, co właściwie przedstawia wskaźnik wykorzystania. Jest to średnie zużycie możliwości przetwarzania serwera w czasie ostatniej sekundy (krok aktualizacji). Pozostała część możliwości serwera pozostaje niewykorzystana. Innymi słowy, wartość wykorzystania określa, jaki procent tego czasu procesor wykonywał pracę. Wysoka wartość wskaźnika oznacza, że system NetWare zużywa dużą część możliwości procesora, co oznacza mniej czasu traconego na bezczynne oczekiwanie.
Niektóre procesy wydajnie korzystają z procesora, w wyniku czego wskaźnik wykorzystania może osiągnąć wartość 100%. Taka sytuacja jest jak najbardziej normalna. Jeśli wskaźnik wzrasta do poziomu 100%, oznacza to, że wątek efektywnie korzysta z możliwości procesora. Utrzymywanie się wartości wskaźnika na poziomie 100% przez kilka minut jest zjawiskiem normalnym.
Sytuacja nie jest normalna, jeśli wskaźnik wykorzystania utrzymuje się na poziomie 100% przez 15-20 minut, połączenia są przerywane, a wydajność serwera wyraźnie spada. W takim wypadku wysoki poziom wykorzystania procesora może oznaczać problemy. Jeżeli wymienione wyżej warunki nie są spełnione, wartość wskaźnika wynosząca 100% nie powinna niepokoić.
Jak rozpoznać co jest typowe dla serwera? Wagę problemu można ocenić, określając "standardy działania" serwera. Należy nauczyć się rozróżniać problemy "kosmetyczne" i poważne problemy wydajności. (Problemy "kosmetyczne" można zidentyfikować, ładując lub zwalniając dowolny moduł NLM, co spowoduje ponowne obliczenie informacji dotyczących procesora).
Przed przystąpieniem do rozwiązywania problemów związanych z wysokim obciążeniem serwera należy wykonać czynności opisane w sekcji Sposoby rozwiązywania problemów. Należy sprawdzić na witrynie Web Novell Support Connection dostępność nowych poprawek do systemu NetWare oraz zaktualizowanych programów NLM. Dostępne poprawki zawierają poprawki opracowane na skutek zgłoszonych problemów dotyczących intensywnego wykorzystania rzeczywistego kodu systemu operacyjnego oraz eDirectory.
Nadal jednak mogą pojawić się okoliczności wynikające z problemów związanych z konfigurowaniem i poziomami modułów NLM.
Podstawową sprawą jest określenie programu NLM i wątków obciążających procesor. Aby to zrobić, należy wykonać następujące czynności:
Uruchom program NetWare Remote Manager.
W ramce nawigacji kliknij łącze Profile/Debug (Profil/debugowanie).
Kliknij łącze Profile CPU Execution by NLM (Profil wykonywania CPU wg NLM).
Znajdź nadrzędny program NLM i wątki o najdłuższym czasie wykonywania.
Jeśli jest to możliwe, zwolnij obciążający procesor program NLM, aby sprawdzić, czy problem zniknie.
Podczas rozwiązywania problemów można także skorzystać z poniższej listy.
Pozycje listy zostały przydzielone do kilku kategorii. Lista przedstawia zebrane doświadczenia pracowników działu pomocy technicznej firmy Novell. Należy zapoznać się ze wszystkimi pozycjami listy i wykorzystać je do przeprowadzenia analizy systemu. Prawie wszystkie ewentualne problemy można rozwiązać samodzielnie, zaś trudności mogą dotyczyć problemów całkowicie nowych dla systemu NetWare 6.
Zasoby serwera. Zasoby serwera można podzielić na zasoby sieci LAN, zasoby dyskowe i zasoby procesora. Zasoby sieci LAN i dyskowe to liczba dostępnych buforów. Zasoby procesora to liczba dostępnych procesów usług. Gdy przybywa pakiet sieciowy lub gdy wykonywany jest odczyt lub zapis na dysku, powinien istnieć dostępny bufor, w którym dane zostaną przechowane do czasu, aż znajdzie się dostępny proces usług umożliwiający ich obsługę. Brak buforów lub procesów usług nawet przez krótki okres czasu może wywołać wysokie obciążenie serwera i opóźnienie w obsłudze użytkowników.
Aby uniknąć występowania braków zasobów serwera, parametry serwera powinny zostać ustawione zgodnie z wartościami zawartymi w poniższej tabeli. Jest to szczególnie istotne, gdy liczba użytkowników przekracza 100. Aby zmienić wartości tych parametrów, należy użyć polecenia SET lub MONITOR z poziomu konsoli serwera lub programu NetWare Remote Manager z poziomu stacji roboczej.
W ramce nawigacji programu NetWare Remote Manager kliknij kolejno łącza: Set Parameters (Ustaw parametry) > Category (Kategoria) > bieżąca_wartość_parametru. Wpisz nową wartość, a następnie kliknij przycisk OK.
W programie MONITOR z menu Available Options (Dostępne opcje) wybierz kolejno opcje: Parameters (Parametry) dla danego serwera > Category (Kategoria) > bieżąca_wartość_parametru, a następnie naciśnij klawisz Enter. Wpisz nową wartość, a następnie wykonaj odpowiednią czynność.
Nadmierne obciążenie procesora. Sprawdź, czy któryś z wątków nie obciąża nadmiernie procesora. W programie NetWare Remote Manager, w ramce nawigacji kliknij łącze Profile / Debug (Profil /debugowanie). Wyświetl dane zawarte w tabeli Execution Profile Data by Thread (Dane profilów wykonywania według wątków).
W programie MONITOR z menu Available Options (Dostępne opcje) wybierz kolejno opcje: Kernel Options (Opcje jądra) > Threads (Wątki), a następnie naciśnij klawisz Enter.
Dla parametru CPU Hog Timeout Amount (Limit czasu dla nadmiernego obciążenia procesora) można ustawić wartość niższą od domyślnej. Określ czas oczekiwania na zakończenie wątku, który nie przekazał kontroli nad procesorem (w sekundach). Patrz sekcja "SET" > "Miscellaneous Parameters" w podręczniku Utilities Reference (dokumentacja systemu NetWare 6).
WAŻNE: Zmiany tego parametru należy dokonywać z rozwagą. Użytkownik musi mieć świadomość możliwych skutków tej zmiany.
Sterowniki Patrz sekcja Poprawki do oprogramowania serwera. Krótkie omówienie architektury NWPA (NetWare Peripheral Architecture) można znaleźć w dokumentacji elektronicznej na dysku CD Online Documentation. Patrz sekcja "Drivers for Host Adapters and Storage Devices w podręczniku NetWare Server Disks and Storage Devices Administration Guide (dokumentacja systemu NetWare 6).
Wolne bloki Gdy używany jest tradycyjny system plików, odpowiednia liczba wolnych bloków ma zasadnicze znaczenie. Wolny blok to blok dyskowy, który nie zawiera plików możliwych do odzyskanie. Wolne miejsce na dysku powstaje po usunięciu i zlikwidowaniu pliku. Na każdym wolumenie NetWare, dla którego włączono opcję przydzielania małych bloków, należy utrzymywać co najmniej 1000 wolnych bloków. Przydzielanie małych bloków zwykle jest procesem o niskim priorytecie, który korzysta z wolnych bloków w celu wykonania swoich funkcji. Gdy wolnych bloków jest niewiele, przydzielanie małych bloków może zacząć odbywać się w trybie "agresywnym". Zachowanie ponad 1000 wolnych bloków zwykle pozwala na uniknięcie tego problemu. Aby sprawdzić liczbę wolnych bloków znajdujących się w wolumenie, należy wykonać jedną z poniższych czynności:
Jeśli na wolumenie nie ma co najmniej 1000 wolnych bloków, uruchom program NetWare Remote Manager, w ramce nawigacji kliknij łącze Volumes (Wolumeny), kliknij ikonę Volume Information (Informacje o wolumenach) odpowiedniego wolumenu, a następnie kliknij przycisk Purge Deleted Files (Zlikwiduj usunięte pliki). Spowoduje to likwidację wszystkich plików usuniętych z katalogów i podkatalogów i zwiększenie ilości wolnego miejsca na dysku. Jeśli w systemie działają aplikacje tworzące dużą liczbę plików tymczasowych, dla katalogów, w których te pliki są przechowywane, można ustawić znacznik likwidacji P (Purge). Wszystkie tworzone pliki tymczasowe będą wówczas umieszczane na liście usuniętych plików. Pliki te pozostają na dysku do czasu uruchomienia polecenia PURGE. Z poziomu konsoli systemowej można także uruchomić polecenie SET Immediate Purge of Deleted Files=On. Przydzielanie małych bloków Tradycyjny system plików korzysta z bloków dyskowych o wielkości 64 KB. Monitorowanie przestrzeni dyskowej jest niezwykle istotne. W celu uniknięcia problemów związanych z przydzielaniem małych bloków obsługa techniczna firmy Novell zaleca zachowanie na dysku od 10% do 20% wolnego miejsca. Przydzielanie małych bloków nie wymaga ustawiania żadnych parametrów serwera. Aby w programie NetWare Remote Manager wyświetlić informacje o wykorzystaniu miejsca na dysku, w ramce nawigacji kliknij łącze Health Monitor (Monitor stanu), a następnie na stronie Server Health Monitoring (Monitorowanie stanu serwera) kliknij łącze Available Disk Space (Dostępne miejsce na dysku). Wydrukuj stronę Volume Information (Informacje o wolumenach) w celu udokumentowania stanu dysku. Kompresja Informacje o korzystaniu z kompresji w systemie plików NSS można znaleźć w sekcji "Other NSS Commands w podręczniku Novell Storage Services Administration Guide (dokumentacja systemu NetWare 6). Podczas korzystania z kompresji w tradycyjnym systemie plików niezwykle istotne jest zastosowanie najnowszych poprawek do oprogramowania serwera. Ponieważ kompresja i dekompresja plików dodatkowo obciąża procesor, operacje związane z kompresją powinny być uważnie monitorowane, aby uniknąć problemów z wydajnością procesora. Domyślne parametry polecenia SET dotyczące kompresji plików w tradycyjnym systemie plików uwzględniają te kwestie. Więcej informacji można znaleźć w sekcji "SET" > "File Parameters for the Traditional File System" w podręczniku Utilities Reference (dokumentacja systemu NetWare 6). Na przykład kompresja plików jest domyślnie ustawiana na godziny nocne lub na czas niskiego obciążenia serwera. Należy upewnić się, że wprowadzone zmiany nie spowodują problemów z przeciążeniem serwera. Dekompresja plików jest wykonywana na bieżąco. Jednak w wypadku bardzo dużych plików, na przykład plików o wielkości 100 MB, może to wymagać długiego czasu nawet w wypadku procesora Pentium*. Parametr SET Deleted Files Compression Option=2 powoduje natychmiastową kompresję usuniętych plików. Może to spowodować wysokie obciążenie procesora, ponieważ musi on natychmiast kompresować usuwane pliki. Katalogi ze znacznikiem natychmiastowej kompresji (IC) mogą powodować nadmierną liczbę operacji związanych z dekompresją podczas godzin pracy. Użytkownicy z ograniczoną ilością miejsca na dysku mogą oznaczać swoje katalogi domowe znacznikiem IC w celu zmniejszenia zużywanego miejsca na dysku. Może to wpłynąć na wydajność serwera. Aby często używane pliki nie były kompresowane, można określić odpowiednią wartość dla parametru SET Days Untouched Before Compression. Aby z góry zapobiec możliwym problemom z kompresją, można użyć parametru SET Enable File Compression=Off (z kategorii Common File System). Spowoduje to, że pliki będą kolejkowane do kompresji, ale nie będą kompresowane. Uzyskanie dostępu do plików skompresowanych będzie nadal powodowało ich dekompresję.
Za mało pamięci RAM Zasoby pamięci mają krytyczne znaczenie w środowisku serwera.
Aby wyświetlić statystyki buforów pamięci podręcznej dla systemu plików NSS, w wierszu poleceń konsoli systemowej należy wprowadzić następujące polecenie:
NSS CACHESTATS
Najlepszy wskaźnik oceny wykorzystania pamięci RAM serwera w tradycyjnym systemie plików można wyświetlić na następujące sposoby:
Wartość w tym polu powinna wynosić co najmniej 15-20 minut. Niższa wartość wskazuje, że zasoby pamięci serwera mogą być zbyt intensywnie używane. Inny miarodajny wskaźnik, Long Term Cache Hits (Liczba długoterminowych odwołań do pamięci podręcznej), można wyświetlić na tej samej stronie lub na ekranie tych programów narzędziowych.
Partycje eDirectory Zalecane jest utworzenie nie więcej niż trzech replik każdej partycji w drzewie. Wydajny projekt drzewa jest najistotniejszym elementem pozwalającym uniknąć problemów z nadmiernym obciążeniem. Ponieważ oprogramowanie Novell eDirectory wymaga zachowania synchronizacji między wszystkimi serwerami w pierścieniu repliki, im więcej istnieje replik danej partycji, tym większy będzie ruch w sieci. Trzy repliki wystarczą do zapewnienia zabezpieczenia na wypadek awarii i dostępu do katalogów eDirectory w wypadku uszkodzenia bazy danych.
Synchronizacja eDirectory Aby sprawdzić, czy powodem występujących problemów jest synchronizacja eDirectory, wyłącz na godzinę synchronizację przychodzącą i wychodzącą, ustawiając parametr dstrace=!D60. Po wyłączeniu synchronizacji odczekaj 5-15 minut, aby umożliwić serwerowi nadrobienie zaległych zadań. Anuluj test, ustawiając parametr dstrace=!E.
Błędy eDirectory. Aby przeprowadzić test w poszukiwaniu innych błędów, zastosuj polecenie SET dstrace=On.
Zawieszone połączenia. Sprawdź, czy występują i usuń je. Patrz sekcja "Clearing a Workstation Connection" w podręczniku Server Operating System Administration Guide (dokumentacja systemu NetWare 6).
Oprogramowanie klienta. Problemy z klientami można identyfikować, zmieniając ustawienie parametru SET NCP SET. Więcej informacji można znaleźć w sekcji "NCP Parameters" w podręczniku Utilities Reference (dokumentacja systemu NetWare 6). Gdy dla tych parametrów serwera zostanie ustawiona wartość On, serwer wyświetla ostrzeżenie za każdym razem, gdy otrzymany zostanie uszkodzony pakiet. Komunikat z ostrzeżeniem zawiera także adresy MAC (Media Access Control) urządzeń, z których zostały wysłane te pakiety. Do kategorii NCP należą następujące parametry:
Wymagana jest aktualizacja oprogramowania klienta.
Okablowanie. Jeśli zostały zainstalowane karty sieciowe o dużej przepustowości (100 MB), może to wymagać także wymiany kabli.
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj wskazówki w dokumencie technicznym o identyfikatorze 10011512 "Troubleshooting High Utilization", w bazie danych Novell Knowledgebase wyszukaj hasło High Utilization (Intensywne wykorzystanie) albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Aby rozwiązać problemy związane z dyskowymi operacjami wejścia/wyjścia, miejscem na dysku i tworzeniem obrazów lustrzanych, sprawdź informacje w następujących sekcjach:
Aby usunąć błąd wejścia/wyjścia dysku serwera, należy wykonać jedną lub kilka spośród wymienionych czynności:
Jeśli zastosowanie się do powyższych wskazówek nie pomoże w rozwiązaniu problemu, należy skontaktować się z przedstawicielem działu pomocy technicznej firmy Novell lub producentem dysku.
Aby rozwiązać problem dotyczący braku wolnego miejsca na dysku, należy wykonać jedną lub kilka spośród wymienionych niżej czynności:
Gdy lustrzane partycje stają się niezsynchronizowane, powinna następować ich automatyczna ponowna synchronizacja. Jeśli ponowna synchronizacja nie następuje, należy wykonać następujące czynności:
W programie ConsoleOne znajdź i wybierz drzewo, którym chcesz zarządzać, a następnie kliknij ikonę zarządzania partycjami dysków.
Wprowadź informacje dotyczące drzewa eDirectory, kontekstu i serwera.
Kliknij kolejno opcje: Properties (Właściwości) > Media (Nośniki) > Mirror (Utwórz obraz lustrzany) > Resync (Ponowna synchronizacja).
Jeśli partycje nadal pozostaną niezsynchronizowane, konieczne będzie ponowne utworzenie lustrzanego zestawu.
Sprawdź, które partycje dyskowe zawierają dane, które mają być zapisane i dla których ma zostać utworzony obraz lustrzany.
Usuń pozostałe partycje dyskowe.
W miejsce usuniętych partycji ponownie utwórz nowe.
Na nowych partycjach utwórz obrazy lustrzane partycji zawierającej dane.
Dodatkowe informacje na temat tworzenia obrazów lustrzanych można znaleźć w dokumentacji elektronicznej na dysku CD-ROM Online Documentation. Patrz sekcja "Creating a Partition" w podręczniku Novell Storage Services Administration Guide (dokumentacja systemu NetWare 6).
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj bazę danych Novell Knowledgebase albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Jeśli partycje są bardzo duże, tworzenie obrazów lustrzanych może czasem trwać nawet kilka godzin; jest to zjawisko normalne. Zastosowanie poniższych wskazówek może pomóc w przyspieszeniu procesu tworzenia obrazów lustrzanych:
W wypadku wystąpienia powszechnych problemów z określonym dyskiem twardym lub sterownikiem, skontaktuj się z jego producentem w celu sprawdzenia, czy istnieją sposoby przyspieszenia tworzenia obrazów lustrzanych danego dysku. Na przykład niektóre sterowniki można ładować z zastosowaniem parametrów przyspieszających proces tworzenia obrazów lustrzanych.
Większość napędów dysków zapewnia własną formę weryfikacji polegającej na odczycie zapisanych danych i dlatego funkcja takiej weryfikacji w systemie NetWare nie jest potrzebna i może spowodować wydłużenie czasu wymaganego do tworzenia obrazów lustrzanych partycji.
WAŻNE: Nadmierne podwyższenie tej wartości może spowodować błędy niektórych kontrolerów dysków lub sterowników. Należy eksperymentować w celu sprawdzenia, czy wyższa wartość przyspiesza proces tworzenia obrazów lustrzanych.
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj bazę danych Novell Knowledgebase albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Proces tworzenia obrazów lustrzanych czasem przebiega bez zakłóceń, ale zatrzymuje się przy 99% zaawansowania. Aby rozwiązać ten problem, należy wykonać następujące czynności:
Jeśli istnieją, rozwiąż problem związany z dyskiem lub, w razie takiej konieczności, wymień dysk.
W wypadku wystąpienia powszechnych problemów z określonym dyskiem twardym lub sterownikiem, skontaktuj się z jego producentem.
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj bazę danych Novell Knowledgebase albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Aby poznać przyczynę problemów związanych z błędami dyskowymi występującymi podczas podłączania tradycyjnego wolumenu, należy sprawdzić, czy zaistniały wymienione poniżej okoliczności:
Aby rozwiązać problemy związane z błędami dyskowymi występującymi podczas podłączania wolumenu, należy wykonać następujące czynności:
Dodatkowe informacje na temat rozwiązywania różnych problemów związanych z pamięcią serwera, likwidowania przecieków pamięci i rozwiązywania problemów z brakiem pamięci przez jej zwalnianie można znaleźć w następujących sekcjach:
Aby wykryć źródło problemu, należy wykonać następujące czynności:
Sprawdź, czy używany jest menedżer pamięci systemu NetWare, czy też zewnętrzny menedżer pamięci. Czy plik CONFIG.SYS lub AUTOEXEC.BAT zawiera instrukcję DOS=HIGH lub polecenia powodujące ładowanie menedżerów pamięci lub sterowników urządzeń systemu DOS? Na przykład, czy występuje polecenie załadowania pliku HIMEM.SYS lub EMM386.EXE? Oba te pliki są menedżerami pamięci.
W pliku CONFIG.SYS przekształć te polecenia w komentarz lub usuń cały plik CONFIG.SYS. W pliku AUTOEXEC.BAT przekształć te polecenia w komentarz. (Aby przekształcić polecenie w komentarz, należy na początku wiersza umieścić tekst REM i spację).
Jeśli na serwerze działa menedżer pamięci, system NetWare korzysta z niego w celu określenia ilości dostępnej pamięci zamiast samodzielnego sprawdzania tej wartości. Niektórzy menedżerowie pamięci na starszych komputerach nie potrafią rozpoznać większej ilości pamięci niż 64 MB. Sterowniki urządzeń DOS zajmują część pamięci z puli pamięci systemu NetWare.
Upewnij się, że do startu serwera nie jest używany system Windows 95. System Windows 95 automatycznie ładuje menedżerów pamięci.
Upewnij się, że na serwerze jest używana aktualna wersja systemu BIOS.
Przestarzały system BIOS może powodować uzyskiwanie nieprawidłowych informacji o ilości pamięci. Jeśli jest dostępna nowsza wersja systemu BIOS, zaktualizuj ten system.
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj bazę danych Novell Knowledgebase albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Przeciek pamięci oznacza, że program NLM lub zestaw programów NLM zażądał od serwera przydziału pamięci, lecz nie zwolnił jej po zakończeniu działania. Wraz z upływem czasu ilość dostępnej pamięci obniża się i w końcu serwer zaczyna generować komunikaty o braku pamięci. W zależności od ilości pamięci żądanej za każdym razem, przeciek pamięci może być powolny lub szybki.
Po zrestartowaniu serwera pamięć jest zwracana do puli pamięci i komunikaty o niewystarczającej ilości pamięci nie są przez pewien czas wyświetlane, do czasu aż przeciek pamięci spowoduje zużycie pamięci w ilości powodującej ponowne wyświetlanie komunikatów.
Aby sprawdzić, czy na serwerze występuje przeciek pamięci, należy zrestartować serwer i monitorować statystyki pamięci (Total Cache Buffers - Całkowita liczba buforów pamięci podręcznej) przez dłuższy czas. Jeśli obciążenie serwera nie wzrośnie ani nie zostaną zainstalowane nowe aplikacje, a statystyki ulegną zmianie, w celu znalezienia źródła problemu należy wykonać następujące czynności.
Załaduj najnowsze poprawki dla oprogramowania serwera.
Poprawki dla serwera są dostępne w witrynie Web działu obsługi technicznej firmy Novell i w innych miejscach. Listę źródeł można znaleźć w sekcji "Applying Patches w podręczniku Server Operating System Administration Guide (dokumentacja systemu NetWare 6).
Zrestartuj serwer w celu zwolnienia pamięci i ustal podstawowy poziom zużycia pamięci.
Przejrzyj statystyki pamięci dla danego modułu:
Uruchom program NetWare Remote Manager.
W ramce nawigacji kliknij łącze List Modules (Wyświetl listę modułów).
Posortuj listę według zużycia pamięci, klikając opcję Alloc Memory (Przydział pamięci).
Kliknij łącze wartości przydzielonej pamięci dla każdej nazwy modułu, który może być prawdopodobnym źródłem przecieku.
W normalnych warunkach na górze listy znajdują się zwykle moduły SERVER.NLM, NSS.NLM i DS.NLM.
Wydrukuj tę stronę i użyj jej jako podstawy do monitorowania zużycia pamięci przez dany moduł przez pewien czas.
Powtórz Krok 3 dla każdego modułu NLM, który może być potencjalnym źródłem przecieku pamięci.
Jeśli ponownie będą wyświetlane komunikaty o braku pamięci, powtórz Krok 3 w celu wyświetlenia statystyk pamięci dla każdego modułu NLM, który może być tego powodem (warunkowo). Sprawdź, czy wykorzystanie pamięci przez dowolny moduł znacznie się zwiększyło.
Jeśli występuje przeciek pamięci, jeden lub kilka modułów będzie wykazywało znaczny wzrost wartości Bytes in Use (Bajty w użyciu).
Gdy wykryjesz źródło przecieku pamięci, skontaktuj się z producentem danego modułu w celu powiadomienia go o problemie. Jeśli to możliwe, zaktualizuj dany moduł lub usuń go z serwera.
Aby zwolnić tymczasowo pamięć serwera (do czasu, gdy możliwe będzie dodanie pamięci dla serwera), należy wykonać jedną lub kilka poniższych czynności:
Jeśli połączysz katalogi tak, aby większość z nich zawierała około 32 pliki, a następnie zlikwidujesz usunięte podkatalogi i pliki, zwiększy się ilość dostępnej pamięci. OTRZEŻENIE: Wykonanie tej czynności spowoduje zniszczenie rozszerzonych informacji o pliku. Przedtem należy spróbować zwolnić pamięć, aby podłączyć wolumen i utworzyć kopię zapasową danych.
Poleć wszystkim użytkownikom, aby się wylogowali, a następnie zwolnij wszystkie moduły z wyjątkiem sterowników dysku wolumenu. Odłącz wszystkie podłączone wolumeny. Aby usunąć przestrzeń nazw, załaduj moduł VREPAIR, wybierz opcję Set VRepair Options (Ustaw opcje VRepair), a następnie wybierz dwie opcje: Remove Name Space Support from the Volume (Usuń z wolumenu obsługę przestrzeni nazw). Uruchom program VREPAIR > wybierz opcję Repair a Volume (Napraw wolumen) dla wolumenu, którego nie można było podłączyć. (To ustawienie powoduje zużycie bardzo dużej ilości miejsca na dysku, jednak zwiększa ilość dostępnej pamięci).
Aby znaleźć przyczyny problemów związanych z błędami pamięci występującymi podczas podłączania wolumenu, należy sprawdzić, czy zaistniały następujące okoliczności:
Aby usunąć błędy pamięci występujące podczas podłączania wolumenu, należy wykonać poniższe czynności oraz sprawdzić, czy spełnione zostały poniższe warunki:
Jeśli połączysz katalogi tak, aby większość z nich zawierała około 32 pliki, a następnie zlikwidujesz usunięte podkatalogi i pliki, zwiększy się ilość dostępnej pamięci.
Jeśli wartość nie przekracza 20%, należy dodać więcej pamięci.
OTRZEŻENIE: Wykonanie tej czynności spowoduje zniszczenie rozszerzonych informacji o pliku. Przedtem należy spróbować zwolnić pamięć, aby podłączyć wolumen i utworzyć kopię zapasową danych.
Poleć wszystkim użytkownikom, aby się wylogowali, a następnie zwolnij wszystkie moduły z wyjątkiem sterowników dysku serwera. Odłącz wszystkie podłączone wolumeny. Aby usunąć przestrzeń nazw, załaduj program VREPAIR, wybierz opcję Set VRepair Options (Ustaw opcje VRepair), a następnie wybierz dwie opcje: Remove Name Space Support from the Volume (Usuń z wolumenu obsługę przestrzeni nazw). Następnie uruchom program VREPAIR dla wolumenu, którego nie można było podłączyć, i wybierz opcję Repair a Volume (Napraw wolumen).
Do typowych komunikatów o błędach pamięci należą następujące:
W każdym z wymienionych przypadków należy wykonać poniższe kroki, aby znaleźć źródło problemu:
Upewnij się, że serwer nie załadował menedżera pamięci ani sterowników urządzeń DOS.
Sprawdź pliki AUTOEXEC.BAT i CONFIG.SYS, aby upewnić się, że żaden z nich nie zawiera instrukcji DOS=HIGH ani nie powoduje ładowania menedżerów pamięci, takich jak HIMEM.SYS lub EMM386.EXE. Upewnij się, że nie są ładowane sterowniki DOS.
W pliku CONFIG.SYS przekształć te polecenia w komentarz lub usuń cały plik CONFIG.SYS. W pliku AUTOEXEC.BAT przekształć te polecenia w komentarz. (Aby przekształcić polecenie w komentarz, należy na początku wiersza umieścić tekst REM i spację).
Jeśli na serwerze działa menedżer pamięci, system NetWare korzysta z niego w celu określenia ilości dostępnej pamięci zamiast samodzielnego sprawdzania tej wartości. Niektórzy menedżerowie pamięci nie potrafią wykryć większej ilości pamięci niż 64 MB. Sterowniki urządzeń DOS zajmują część pamięci z puli pamięci systemu NetWare.
Upewnij się, że do startu serwera nie jest używany system Windows 95. System Windows 95 automatycznie ładuje menedżerów pamięci.
Upewnij się, że na serwerze jest używana aktualna wersja systemu BIOS.
Przestarzały system BIOS może powodować uzyskiwanie nieprawidłowych informacji o ilości pamięci. Jeśli jest dostępna nowsza wersja systemu BIOS, zaktualizuj ten system.
Upewnij się, że parametr polecenia SET Reserved Buffers Below 16 MB (Zarezerwowane bufory poniżej 16 MB) (kategoria Memory - Pamięć), ma wartość 300 lub wyższą.
W wypadku starszych sterowników należy wybrać wartość 300 lub wyższą, szczególnie jeśli napęd CD-ROM lub urządzenie taśmowe wymaga pamięci z obszaru poniżej 16 MB.
Upewnij się, że pamięć jest rejestrowana automatycznie.
Ręczne rejestrowanie pamięci może spowodować jej fragmentację. Niektóre starsze płyty główne mogą wymagać ręcznego rejestrowania pamięci, ale lepszym rozwiązaniem jest uaktualnienie płyty, co umożliwia automatyczne rejestrowanie pamięci przez system NetWare.
Jeśli pamięć została zarejestrowana ręcznie, zrestartuj serwer w celu zwolnienia pamięci i nie rejestruj ponownie pamięci ręcznie. W razie konieczności uaktualnij płytę główną.
Sprawdź, czy błędy pamięci występują podczas podłączania tradycyjnego wolumenu.
Jeśli tak jest, ilość pamięci dostępnej na serwerze może być zbyt niska.
Aby rozwiązać ten problem, należy dodać więcej pamięci RAM.
Informacje o tymczasowym zwalnianiu pamięci można znaleźć w sekcji Tymczasowe zwalnianie pamięci serwera.
Upewnij się, że średnia wartość parametru "LRU sitting time" (w programie NetWare Remote Manager lub MONITOR) w okresie najwyższego obciążenia wynosi więcej niż 15 minut.
Jeśli tak nie jest, ilość pamięci dostępnej na serwerze może być zbyt niska.
Informacje o tymczasowym zwalnianiu pamięci można znaleźć w sekcji Tymczasowe zwalnianie pamięci serwera. Informacje o korzystaniu z parametru LRU Sitting Time (Czas oczekiwania LRU) w celu dostrojenia pamięci można znaleźć w sekcji "Tuning File Cache w podręczniku Server Memory Administration Guide (dokumentacja systemu NetWare 6). Aby rozwiązać ten problem, należy dodać więcej pamięci RAM.
Sprawdź, czy nie występują przecieki pamięci.
Czy wartości parametrów LRU Sitting Time (Czas oczekiwania LRU) i Long Term Cache Hits (Liczba długoterminowych odwołań do pamięci podręcznej) stopniowo spadają, mimo że obciążenie sieci nie wzrosło ani na serwerze nie zainstalowano nowych aplikacji?
Jeśli tak jest, na serwerze może występować przeciek pamięci. Patrz sekcja Likwidowanie przecieków pamięci serwera.
Jeśli problem nadal występuje, wykonaj procedurę opisaną w sekcji Sposoby rozwiązywania problemów, przejrzyj bazę danych Novell Knowledgebase albo skontaktuj się z przedstawicielem działu pomocy technicznej firmy Novell.
Aby usunąć błąd blokady urządzenia, należy wykonać jedną lub kilka następujących czynności:
Jeżeli wykonanie powyższych czynności nie pomoże w rozwiązaniu problemu, należy skontaktować się z przedstawicielem działu pomocy technicznej firmy Novell lub z producentem napędu.
Komunikaty systemu alokacji bloku kontroli zdarzeń mogą pojawić się przy pierwszym uruchomieniu serwera lub po dłuższym działaniu serwera.
Wystąpienie komunikatów tego typu oznacza, że serwer nie mógł uzyskać wystarczającej liczby buforów odbiorczych pakietów, zwanych blokami kontroli zdarzeń lub blokami ECB (Event Control Block). Niewystarczająca liczba bloków ECB nie jest jeszcze sytuacją krytyczną. Może ona jednak oznaczać problem z serwerem lub siecią LAN.
Jeśli serwery pracują przez kilka dni, w momentach szczytowego obciążenia ustalona maksymalna liczba bloków ECB może zostać przekroczona, co powoduje generowanie komunikatów o błędach ECB.
Jeśli sytuacje takie zdarzają się sporadycznie, można zignorować pojawiające się komunikaty i maksymalną liczbę przydzielonych bloków ECB można pozostawić na istniejącym poziomie.
W przeciwnym razie, jeśli pamięć serwera jest silnie obciążona i często występują błędy przydzielenia bloków ECB, należy zwiększyć maksymalną liczbę bloków ECB. W pliku STARTUP.NCF należy zastosować następujące polecenie SET:
SET MAXIMUM PACKET RECEIVE BUFFERS=liczba.
Pamięć przydzielona dla bloków ECB nie może być wykorzystana do innych zastosowań.
Minimalną liczbę buforów dostępnych dla serwera można również określić w pliku STARTUP.NCF, korzystając z następującego polecenia:
SET MINIMUM PACKET RECEIVE BUFFERS=liczba.
Aby znaleźć źródło problemów związanych z poleceniami konsoli serwera, należy sprawdzić, czy zaistniały następujące okoliczności:
Aby rozwiązać problemy związane z poleceniami konsoli serwera, należy wykonać następujące czynności:
Jeśli jest to możliwe, wyłącz serwer. Jeśli nie, odczekaj kilka minut po wylogowaniu się wszystkich użytkowników, a następnie uruchom ponownie serwer.
Bardzo często konflikt występuje, jeśli przerwanie karty sieciowej będzie miało wartość 4, a drukarka podłączona jest do portu szeregowego serwera, który również używa przerwania 4.
Aby znaleźć źródło problemów związanych z blokowaniem klawiatury występujących podczas kopiowania plików z dysku CD-ROM, należy sprawdzić, czy zaistniały poniższe okoliczności.
Jeśli napęd CD-ROM używa tej samej magistrali SCSI co podsystem dyskowy zawierający wolumeny, na które kopiowane są pliki instalacyjne systemu operacyjnego (zwykle jest to wolumen SYS:), klawiatura może zostać zablokowana na czas ładowania sterowników lub kopiowania plików. Poniższy rysunek ilustruje możliwe konflikty konfiguracji.
Z pliku CONFIG.SYS należy usunąć sterowniki urządzenia CD-ROM konfigurujące napęd CD-ROM jako urządzenie systemu DOS. Pozwoli to uniknąć wystąpienia problemów podczas podłączania dysku CD Operating System jako wolumenu NetWare.
Aby rozwiązać problem blokowania klawiatury podczas kopiowania plików z dysku CD, należy wykonać następujące czynności:
Naciskaj kombinację klawiszy Alt+Esc do momentu pojawienia się znaku zachęty konsoli.
Wpisz tekst DOWN.
Używając edytora tekstowego, z pliku CONFIG.SYS usuń sterowniki urządzenia CD-ROM.
Zapisz zaktualizowany plik CONFIG.SYS.
Używając edytora tekstowego, z pliku AUTOEXEC.BAT usuń odwołania do sterowników napędu CD-ROM.
Zapisz zaktualizowany plik AUTOEXEC.BAT.
Uruchom ponownie serwer, naciskając kombinację klawiszy Ctrl+Alt+Del.
(Warunkowo) jeśli serwer nie wystartuje automatycznie z pliku AUTOEXEC.BAT, przejdź do podkatalogu, w którym znajduje się plik SERVER.EXE oraz pozostałe pliki startowe (domyślnym katalogiem jest C:\NWSERVER), a następnie w wierszu poleceń systemu DOS wpisz:
SERVER
(Warunkowo) jeśli używasz sterowników urządzenia ASPI (np. dla kontrolera Adaptec*), wpisz jedno z następujących poleceń:
AHAxxxx,
gdzie xxxx oznacza numer karty Adaptec
lub
ASPICD
lub
CDNASPI
W wierszu poleceń konsoli wpisz tekst NWPA.
W wierszu poleceń konsoli wpisz NWCONFIG.