Dette afsnit giver forslag til fejlfinding af typiske problemer med NetWare-servere, f.eks.:
NetWare-operativsystemet er meget stabilt, men der kan opstå fejl. Alvorlige problemer ledsages normalt af fejltermineringsmeddelelser (abend/abnormal end). Når der vises en fejltermineringsmeddelelse, har enten NetWare eller CPU'en fundet en alvorlig fejltilstand og har startet NetWare-fejlhåndtering. NetWare anvender fejltermineringer for at sikre integriteten i operativsystemets data.
Når en server fejlterminerer, kan brugerne måske ikke logge på serveren, arbejdsstationerne kan måske ikke læse fra eller skrive til serveren, og der vises normalt en fejltermineringsmeddelelse på serverkonsollens systemkonsol eller Logger-skærm. Hvis NetWares automatiske gendannelsesmekanisme er aktiveret (standard), kan NetWare genstarte serveren automatisk eller afbryde den proces, der fremkaldte fejlen, afhængigt af fejltermineringens art.
Hvis der ikke vises nogen fejltermineringsmeddelelse på konsollen, ikke er nogen ABEND.LOG-fil i SYS:SYSTEM og intet tal i kantede parenteser i prompten på systemkonsollen, men brugerne stadig ikke kan få adgang til serveren, kan du se Overvågning og løsning af kommunikationsproblemer. Hvis der ikke vises nogen fejltermineringsmeddelelse, men konsollen stadig er fastfrosset, så du ikke kan indtaste kommandoer, kan du se i Hængende serverkonsol.
Når serveren fejltermineres, viser den en fejltermineringsmeddelelse, der ligner følgende meddelelse:
Abend: SERVER-5.xx-message_number message_stringADDITIONAL INFORMATION: meddelelse
Sektionen Additional Information anfører den sandsynlige grund til fejltermineringen. Den angiver, hvor problemet opstod, og angiver navnet på enhver NLM, der er associeret med fejltermineringen. Disse oplysninger kan hjælpe dig med at bestemme, hvordan du løser fejltermineringsproblemet.
Fejltermineringsmeddelelsen gemmes, sammen med yderligere oplysninger, i filen ABEND.LOG på drev C:. Så snart serveren er genstartet, flyttes filen ABEND.LOG til SYS:SYSTEM.
Du kan behandle fejltermineringen manuelt eller få serveren til at behandle den automatisk.
Når du behandler den manuelt, bestemmer serveren fejltermineringens art og viser den relevante handlemulighed på skærmen, sammen med yderligere muligheder for at lukke serveren eller udføre en kerneudskrift. Du skal udføre en af disse muligheder for at behandle fejltermineringen.
Når serveren behandler fejltermineringen automatisk, udføres den relevante handling uden indblanding.
VIGTIGT: Undertiden kan en fejlterminering (eller et defekt NLM-program) forårsage, at serverkonsollen holder op med at virke. I så tilfælde vises fejltermineringsmeddelelsen ikke, og du kan ikke indtaste kommandoer i konsolprompten.
Efter en serverfejl anbefaler vi, at strømmen for computeren slukkes, og at den genstartes, frem for blot at afslutte DOS-prompten C:\NWSERVER og skrive SERVER igen.
Standardmetoden til behandling af fejltermineringer er automatisk. (Se Automatisk behandling af fejltermineringen).
Hvis du vil behandle fejltermineringer manuelt, skal du ændre følgende SET-parameter (kategorien Error Handling) til den viste værdi:
AUTO RESTART AFTER ABEND = 0
Denne SET-parameter kontrollerer, hvad serveren gør efter en fejlterminering. Se online Hjælp for at få en beskrivelse af hver værdi.
Når der opstår en fejlterminering, viser serveren en liste over muligheder, der passer på den pågældende type fejlterminering. Du kan behandle fejltermineringen ved at indtaste begyndelsesbogstavet for den pågældende mulighed, du vil afvikle.
Følgende muligheder kan blive vist. Bemærk, at flere af mulighederne har samme begyndelsesbogstav (f.eks. R, S eller X). I en faktisk fejltermineringssituation omfatter listen over muligheder kun én mulighed for hvert begyndelsesbogstav.
Denne mulighed vises, hvis fejltermineringen blev registreret af software---, det vil sige, registreret af netværkets operativsystem. Det er vigtigt at gemme filerne, lukke serveren og forsøge at løse det problem, der var årsag til fejltermineringen. Gennemse filen ABEND.LOG for at få hjælp til at bestemme kilden til problemet.
Når du udfører denne mulighed, sender serveren en meddelelse til brugerne, om at serveren lukkes, og de rådes til at gemme deres filer og logge af. Serveren stopper derefter den aktive proces, opdaterer filen ABEND.LOG og forsøger at lukke og genstarte computeren.
Den tid, der går, inden serveren lukkes og genstartes, bestemmes af SET-parameteren AUTO RESTART AFTER ABEND DELAY TIME. Du kan indstille denne værdi til mellem 2 og 60 minutter. Standard er 2 minutter.
Du kan sende filen ABEND.LOG til logdatabasen for fejltermineringer hos Novell for at få hjælp til at foretage fejlfinding af fejltermineringen.
Denne indstilling vises, hvis fejltermineringen har registreret et hardwareproblem. Luk serveren, ret fejl i hardwaren, kør diagnosticeringer, og kontakt hardwareproducenten for at få yderligere hjælp. Når du udfører denne mulighed, sender serveren en meddelelse til brugerne, om at serveren lukkes, og de rådes til at gemme deres filer og logge af. Serveren genoptager derefter den aktive proces, opdaterer filen ABEND.LOG og forsøger at lukke og genstarte computeren. Den tid, der går, inden serveren lukkes og genstartes, bestemmes af SET-parameteren AUTO RESTART AFTER ABEND DELAY TIME. Du kan indstille denne værdi til mellem 2 og 60 minutter.
Denne mulighed vises, hvis fejltermineringen blev registreret af hardware---det vil sige, registreret af processoren. Alle hardwareregistrerede fejltermineringer indeholder ordet processorundtagelse i fejltermineringsmeddelelsen. Disse former for fejltermineringer omfatter sidefejl, beskyttelsesfejl og ugyldige operationskoder. Når denne mulighed er tilgængelig, har serveren bestemt, at den ikke kan gøre processen sikker igen, men at den ikke behøver at lukke serveren umiddelbart for at løse problemet. Det kan stadig være nødvendigt at lukke operativsystemet og genstarte det på et senere tidspunkt. Når du afvikler denne mulighed, afbryder serveren den aktive proces og opdaterer filen ABEND.LOG men lukker ikke computeren. Serverens ydeevne kan være dårlig, fordi en indlæst NLM sandsynligvis ikke fungerer korrekt. Læs Additional Information-delen af fejltermineringsmeddelelsen for at finde ud af, hvilken NLM der kan være årsag til problemet. Luk serveren på et passende tidspunkt, og genstart den. Gennemse filen ABEND.LOG for at få yderligere oplysninger om kilden til problemet. Du kan sende filen ABEND.LOG til logdatabasen for fejltermineringer hos Novell for at få hjælp til at foretage fejlfinding af fejltermineringen.
Ligesom foregående mulighed vises denne mulighed , hvis fejltermineringen blev registreret af hardware---det vil sige, registreret af processoren. Alle hardwareregistrerede fejltermineringer indeholder ordet processorundtagelse i fejltermineringsmeddelelsen. Disse former for fejltermineringer omfatter sidefejl, beskyttelsesfejl og ugyldige operationskoder. Når denne mulighed angives, har serveren bestemt, at den kan bringe processen tilbage til en sikker tilstand. Når du afvikler denne mulighed, bringer serveren den aktive proces tilbage til en sikker tilstand og opdaterer filen ABEND.LOG, men den lukker ikke serveren. I de fleste tilfælde fjernes fejlen helt, og ingen yderligere handlinger er nødvendige.
Du kan afvikle denne mulighed for at udføre en kerneudskrift, der kan undersøges for at bestemme årsagen til en fejlterminering. Oplysninger om kerneudskrifter findes i Oprettelse af en kerneudskrift.
Denne mulighed vises kun, hvis DOS er blevet fjernet. Du kan afvikle denne mulighed, hvis du vil genstarte serveren. Hvis DOS er blevet fjernet, vil serveren ikke oprette eller opdatere en ABEND.LOG-fil.
Du kan afvikle denne mulighed, hvis du vil lukke serveren og gå til DOS. Hvis du slukker for strømforsyningen uden først at udføre en af S- eller R-mulighederne for at løse fejltermineringen, opdaterer serveren ikke filen ABEND.LOG.
Hvis konsollen er blevet sikret, skal du slukke for den og tænde den igen for at genstarte serveren. Hvis du slukker for strømforsyningen uden først at udføre en af S- eller R-mulighederne for at løse fejltermineringen, opdaterer serveren ikke filen ABEND.LOG.
Når serveren genstartes, flytter den filen ABEND.LOG fra DOS-partitionen til biblioteket SYS:SYSTEM.
Det kan være nødvendigt at lade serveren behandle fejltermineringer automatisk. Der er to mulige former for automatisk behandling.
AUTO RESTART AFTER ABEND = 1
DEVELOPER OPTION = OFF
Da disse indstillinger er parametrenes standardværdier, er standardtilstanden at behandle fejltermineringer automatisk.
AUTO RESTART AFTER ABEND = 2 DEVELOPER OPTION = OFF
Du kan anvende nedenstående SET-parametre til at angive, hvor lang tid serveren skal vente efter en fejlterminering, inden den forsøger at lukke og genstarte computeren:
AUTO RESTART AFTER ABEND DELAY TIME = minutter
Hvis du vil angive parameterværdier, skal du bruge kommandoen SET eller MONITOR på serverkonsollen eller NetWare Remote Manager fra en arbejdsstation.
Parameteren Developer Option findes i kategorien Miscellaneous.
Parametrene Auto Restart After Abend og Auto Restart After Abend Delay Time findes i kategorien Error Handling.
Alle parametre kan indstilles i filen STARTUP.NCF.
Da serveren behandler fejltermineringen automatisk, ved du måske ikke, hvornår der er sket en fejlterminering. Derfor skal du regelmæssigt kontrollere filen ABEND.LOG eller vinduet Profiling and Debug Information i NetWare Remote Manager (se efter status Suspended by Abend Recovery).
Antallet af ECB'er (Event Control Block) vokser, når en enhed sender en pakke til din NetWare-server, men der ikke er nogen buffer til modtagelse af pakker tilgængelig. Det betyder, at en pakke er blevet afbrudt af serveren.
Serveren tildeler flere buffere til modtagelse af pakker efter hver forekomst, indtil den når maksimumgrænsen (indstillingen Maximum Packet Receiver Buffer).
Hvis du anvender et EISA-busbundkort (f.eks. et NE3200TM-kort), skal du sandsynligvis øge både minimum- og maksimumantallet af buffere til modtagelse af pakker.
Du kan finde procedurer til angivelse af parametrene Minimum Packet Receive Buffers og Maximum Packet Receive Buffers i "SET"
> "Communications Parameters" i Utilities Reference (NetWare 6-dokumentation).
Meddelelser om "Ingen ECB'er tilgængelige" kan også tyde på, at driveren ikke er konfigureret korrekt, eller at TSM (Topology Specific Module) og Hardware Specific Module (HSM) er inkompatible. Denne værdi vedligeholdes af TSM.NLM-programmet.
Hvis ECB-tællingen øges, og alle buffere til modtagelse af pakker er i brug, skal du lave en kerneudskrift (se Oprettelse af en kerneudskrift) og kontakte teknisk support hos Novell.
Hvis du vil diagnosticere problemer med langsomme serversvartider, kan du afgøre, om følgende betingelser forekommer:
Du kan løse problemer med langsomme serversvartider ved at udføre følgende handlinger:
Hvis du vil kontrollere disse værdiers tilstand, skal du bruge NetWare Remote Manager. Klik på hyperlinket Health Monitor i navigationsrammen. Klik på hyperlinksene for Allocated Server Processes, Available Server Processes og Packet Receive Buffers på siden Server Health Monitoring. Buffere til modtagelse af pakker bruges til at overføre og modtage pakker. Hvis antallet af Pack Receive Buffers øges, vil serverens operativsystem være langsomt. Hvis antallet af Packet Receive Buffers når det maksimale antal, og der ikke er ECB'ere tilgængelige, bliver systemet meget langsomt og vil måske ikke blive genoprettet. Hvis den aktuelle serverproces nærmer sig maksimum, skal du overveje at forøge SET-parameterværdien for Maximum Server Processes. Hvis du kun har få tilgængelige serverprocesser, har din server sikkert meget travlt. Du kan overveje at forøge SET-parameteren for Minimum and Maximum Server Process. Hvis du vil ændre værdierne for disse parametre, skal du åbne NetWare Remote Manager. Klik på hyperlinket Set Parameter i navigationsrammen. Klik på følgende på siden Set Parameter Categories:
Du kan også bruge MONITOR eller kommandoerne SET på serverkonsollen. MIRROR STATUS
Du kan også angive attributten Purge på filer, du ønsker fjernet.
Hvis du bruger mere end ét netværkskort i serveren, kan du sammenligne kortenes statistik for det samlede antal overførte pakker (Total Packets Transmitted). Hvis et kort modtager det meste af trafikken, kan du ændre kabelføringen på netværket, så kortene belastes ens.
Hvis serverkonsollen er låst fast, så du ikke kan indtaste kommandoer, men der ikke vises nogen meddelelse om fejlterminering på skærmen System Console eller Logger, kan du følge disse trin for at finde årsagen til problemet. Hvis der vises en fejltermineringsmeddelelse på skærmen, kan du se i Løsning af fejltermineringer.
Kontroller, om det er muligt at skifte mellem konsollens skærme?
Hvis ja, kan problemet være forårsaget af høj udnyttelse af serveren. Se Statistik over høj udnyttelsesgrad. Hvis nej, skal du fortsætte med følgende trin.
Kontroller, om serverkonsollen hænger, når du frakobler en bestemt NLM.
Hvis ja, er NLM'en sandsynligvis kilden til problemet. Kontakt NLM-leverandøren.
Sørg for, at du bruger de seneste disk- og LAN-drivere, BIOS og firmware.
Hvis ikke, skal du opdatere disk- og LAN-driverne. Yderligere oplysninger om NetWare-drivere findes i Opdatering af dine servere med de nyeste programrettelser.
Kontroller, om serverkonsollen hænger, efter du installerede det sidste drev.
Hvis ja, er netværkskortet måske ikke monteret korrekt, eller det er måske ikke konfigureret korrekt. Kontroller kortet og konfigurationen af det, og løs eventuelle problemer.
Kontroller, om du kan bryde ind i fejlfindingsprogrammet ved at trykke på Skift+Skift+Alt+Esc på systemkonsollens tastatur.
TIP: Tryk på venstre Skift-tast med venstre hånd, og tryk på både højre Skift-tast og Alt med højre hånd. Tryk derefter på Esc med den finger på venstre hånd, det er lettest med.
Hvis konsollen er låst fast, og du ikke kan skifte mellem skærmbillederne eller gå ind i fejlfindingsprogrammet, kan du kontakte Novell Technical Support eller din computerproducent for at finde ud af, hvordan du frembringer en uafviselig afbrydelse (nonmaskable interrupt) for at lukke serveren.
Hvis problemet stadig forekommer, skal du følge fejlfindingstrinene i Brug af en fejlfindingsmetodologi, søge i Novell Knowledgebase, og kontakte en Novell Support-tekniker.
Netværksydeevnen er et af de vigtigste områder for netværksadministratorer og også for Novell. Uheldigvis er der nogle gange forvirring omkring indikatorerne for ydeevne, og hvad de pågældende statistikker betyder.
Ideen om, at processserudnyttelsen er den vigtigste indikator for ydeevnen i NetWare, er f.eks. alt for enkel. Nogle netværksadministratorer bliver bekymrede, når status for CPU-forbrug i NetWare Remote Manager eller værdien Utilization i MONITOR-skærmbilledet General Information nærmer sig 100%, fordi de antager, at jo højere procentdelen er, jo ringere er NetWares ydeevne. Dette er fuldstændigt forkert.
Først skal du overveje, hvad værdien Utilization repræsenterer, nemlig gennemsnittet af den samlede processorkapacitet på serveren, der blev udnyttet i løbet af det seneste sekund (opdateringsinterval). Resten af kapaciteten blev brugt på baggrundsprocessen (idle loop). Det er med andre ord en indikator for, hvor stor en del af tiden processoren havde noget at lave. En høj udnyttelsesværdi betyder, at NetWare anvender den pågældende procentdel af processorens kapacitet og spilder mindre tid på ikke at lave noget.
Nogle processorer anvender processoren effektivt og kan dermed udnytte den 100%. Denne form for udnyttelse er absolut passende. I de fleste tilfælde betyder det, at når udnyttelsesgraden bevæger sig op på 100%, udnytter tråden processoren effektivt. Den kan blive på 100% i et par minutter. Det er helt normalt.
Det er dog ikke normalt, når udnyttelsesgraden ligger på 100% i 15 til 20 minutter eller mere, når forbindelser afbrydes, eller når serverens ydeevne nedsættes væsentligt. En høj udnyttelsesgrad i disse tilfælde tyder på, at der er et problem. Hvis du ikke kan se, at disse tilfælde gør sig gældende, kan udnyttelsesgraden være helt normal, selv når den ligger på 100%.
Hvordan kan du vide, hvad der er normalt for din server? Du vil få problemer, hvis du "grundlinjestiller" serveren. Lær, hvad der er normalt for din server, og lær at kende forskel på et kosmetisk problem og et reelt problem med ydeevne. (Du kan teste, om der er tale om et kosmetisk problem, ved at indlæse eller fjerne en NLM. Det vil medføre, at processoroplysningerne genberegnes).
Inden du foretager fejlfinding af problemer med høj udnyttelsesgrad, skal du sikre dig, at du har fulgt trinene i Brug af en fejlfindingsmetodologi. Se, om der er NetWare-programrettelser eller opdaterede NLM-programmer på Webstedet Novell Support Connection. Tilgængelige programrettelser indeholder rettelser til rapporterede problemer med høj udnyttelsesgrad relateret til de faktiske regler for operativsystem og eDirectory.
Et antal tilfælde af høj udnyttelsesgrad kan stadig skyldes problemer med konfiguration, NLM-programmers niveauer og med indstillingsspørgsmål.
En af de første ting, du kan gøre, er at fastslå NLM-programmet og -trådene, der bruger CPU'en. For at gøre det, skal du udføre følgende trin:
Åbn NetWare Remote Manager.
Klik på hyperlinket Profile/Debug i navigationsrammen.
Klik på hyperlinket Profile CPU Execution by NLM.
Noter det overordnede NLM-program og de tråde, der har den længste udførelsestid.
Hvis det er muligt, skal du fjerne det NLM-program, der fremkaldte fejlen, for at se, om problemet forsvinder.
Du kan også anvende følgende liste over problemer til at løse problemerne.
Emnerne på listen er inddelt i kategorier, men står ellers ikke i nogen bestemt orden. Listen udgør Novell Supports samlede erfaringer. Vi anbefaler, at du gennemser hvert enkelt emne og anvender dem til at analysere dit system omhyggeligt. Bortset fra nye problemer med NetWare 6, giver dette dig mulighed for selv at løse næsten alle problemer.
Serverressourcer. Serverressourcer kan opdeles i LAN-, disk- og processorressourcer. LAN- og diskressourcer er antallet af tilgængelige buffere. Processorressourcer er antallet af tilgængelige tjenesteprocesser. Når en netværkspakke ankommer, eller når der udføres en disklæsning eller -skrivning, skal der bruges en buffer til at opbevare data, indtil en tjenesteproces er tilgængelig til at udføre handlingen. Hvis du løber tør for enten buffere eller tjenesteprocesser selv for en kort periode, kan det forårsage høj udnyttelsesgrad på serveren og forsinkelse for brugerne.
Vi anbefaler, at serverparametrene i følgende tabel konfigureres som angivet for at undgå at løbe tør for serverressourcer. Dette er især vigtigt, hvis der er 100 brugere eller flere. Hvis du vil ændre følgende parametre, kan du bruge NetWare Remote Manager på arbejdsstationen eller SET eller MONITOR på serverkonsollen.
I NetWare Remote Manager skal du klikke på hyperlinket Set Parameters i navigationsrammen > Category > aktuel værdi for parameter. Indtast den nye værdi, og klik derefter på OK.
I MONITOR skal du i menuen Available Options vælge Server Parameters > Category > aktuel værdi for parameter og derefter trykke på Enter. Indtast den nye værdi, og foretag derefter den gyldige handling.
Storforbruger af processor. Fastslå, om en tråd har et stort forbrug på processoren. Klik på hyperlinket Profile/Debug i navigationsrammen i NetWare Remote Manager. Se dataene i tabellen Execution Profile Data by Thread.
Vælg Kernel Options > Threads i MONITOR i menuen Available Options, og tryk derefter på Enter.
Du kan angive CPU Hog Timeout Amount til en værdi, der er mindre end standard. Angiv mængden af tid i sekunder, der skal ventes, før en tråd, som ikke har opgivet kontrol over processoren, afsluttes. Se "SET" > "Miscellaneous Parameters" i Utilities Reference (NetWare 6-dokumentation).
VIGTIGT: Vær forsigtig, når du ændrer denne værdi. Du skal forstå konsekvenserne af den ændring, du foretager.
Drivere. Se Opdatering af dine servere med de nyeste programrettelser. Du kan finde en kort forklaring af NetWare Peripheral Architecture (NWPA) i onlinedokumentationen på cd'en Online Documentation. Se "Drivers for Host Adapters and Storage Devices i NetWare Server Disks and Storage Devices Administration Guide (NetWare 6-dokumentation).
Frie blokke. Når du bruger det traditionelle filsystem, er passende frie blokke vigtige. En fri blok er en diskblok, der ikke har lagret filer, som kan gendannes. En fil, der både er slettet og fjernet, efterlader fri plads. Oprethold et minimum af 1000 frie blokke på hvert NetWare-drev, der har aktiveret underallokering. Underallokering, der normalt er en proces med lav prioritet, bruger frie blokke til at udføre sine funktioner. Når der er få frie blokke tilbage, kan underallokering gå i en "aggressiv" tilstand. Opretholdelse af over 1000 frie blokke forhindrer normalt dette problem. Hvis du vil kontrollere, hvor mange frie blokke du har på et drev, skal du gøre et af følgende:
Hvis der ikke er mindst 1000 fri blokke på drevet, skal du åbne NetWare Remote Manager, klikke på Volumes i navigationsrammen, klikke på ikonet Volume Information for det pågældende drev og derefter klikke på knappen Purge Deleted Files. Derved fjernes alle slettede filer fra bibliotekerne og underbibliotekerne, og du får mere fri diskplads. Hvis du har programmer, der opretter et stort antal midlertidige filer, kan du angive P-flaget (Purge) på de biblioteker, hvor disse filer gemmes. Hver midlertidig fil, der oprettes, anbringes på listen med slettede filer. Disse filer opbevares på disken, indtil PURGE køres. Du kan også køre SET Immediate Purge of Deleted Files=On på prompten på systemkonsollen. Underallokering. Det traditionelle filsystem bruger en diskblokstørrelse på 64 KB. Det er meget vigtigt at overvåge diskpladsen. Novell Technical Support anbefaler, at 10% til 20% af drevpladsen holdes fri for at undgå problemer med underallokering. Underallokering har ingen serverparametre, der kan justeres. Hvis du vil have vist forbruget af diskplads med NetWare Remote Manager, skal du klikke på hyperlinket Health Monitor i navigationsrammen og derefter hyperlinket Available Disk Space på siden Server Health Monitoring. Udskriv siden Volume Information til din historik. Komprimering. Hvis du bruger komprimering i NSS-filsystemet skal du se "Other NSS Commands i Novell Storage Services Administration Guide (NetWare 6-dokumentation). Når der bruges kompression med det traditionelle filsystem, er det vigtigt, at serveren har de nyeste programrettelser. Da det tager processorcyklusser at komprimere og dekomprimere filer, skal kompression overvåges omhyggeligt for at undgå problemer med udnyttelsesgrad. Standardindstillingen SET File Parameters for the Traditional File System for compression tager hensyn til dette. Du kan finde oplysninger i "SET" " "File Parameters for the Traditional File System" i Utilities Reference (NetWare 6-dokumentation). Filkomprimering er f.eks. angivet som standard til at finde sted på mindre travle tidspunkter eller i perioder med lavt serverforbrug. Sørg for, at der ikke er foretaget ændringer, som forårsager problemer med høj udnyttelsesgrad. Fildekomprimering sker dynamisk. Men en meget stor fil på f.eks. 100 MB kan bruge en betragtelig mængde tid selv med en Pentium*-processor. SET Deleted Files Compression Option=2 medfører straks komprimering af filer, der er blevet slettet. Dette kan forårsage høj udnyttelse, fordi processoren straks komprimerer filer, når de slettes. Biblioteker, der er mærket IC (Immediate Compression), kan medføre overdrevet dekomprimering i arbejdstimerne. Brugere med begrænsninger af diskpladsen kan afmærke deres hjemmebiblioteker med IC for at spare diskplads. Dette kan påvirke serverens ydeevne. Hvis du vil sikre, at ofte benyttede filer ikke komprimeres, kan du angive en passende værdi for parameteren SET Days Untouched Before Compression. Hvis du proaktivt vil eliminere komprimering som et muligt problem, skal du bruge parameteren SET Enable File Compression=Off (kategorien Common File System). Dette sætter filer i kø til komprimering, men filerne komprimeres ikke. Men hvis komprimerede filer åbnes, dekomprimeres de.
Ikke tilstrækkelig RAM. Hukommelsesressourcer er kritiske i et servermiljø.
Hvis du vil have vist statistikker for buffercache for NSS-filsystemet, skal du indtaste følgende kommando på prompten på systemkonsollen:
NSS CACHESTATS
Den bedste indikator til åbning af server-RAM i et traditionelt filsystem vises på følgende måder:
Værdien i dette felt skal være minimum 15 til 20 minutter. Et tal, der er mindre end dette, indikerer, at serverens hukommelsesressourcer måske er lave. En anden god indikator er Long Term Cache Hits, og den vises på den samme side eller skærm i det ene eller det andet hjælpeprogram.
eDirectory-partitioner. Vi anbefaler, at der ikke er mere end tre replikaer af hver partition i træet. Et effektivt trædesign er vigtigt for at undgå problemer med udnyttelsesgrad. Da Novell eDirectory skal sørge for synkronisering blandt alle servere i replika-ringen, vil flere replikaer i en partition skabe mere trafik på linjen. Tre replikaer er nok til at give fejltolerance og plads til eDirectory, hvis en database skulle blive beskadiget.
eDirectory-synkronisering. Hvis du vil teste muligheden for, at eDirectory-synkronisering er problemet, skal du slukke for indgående og udgående synkronisering i en time ved at angive dstrace=!D60. Når synkroniseringen er slukket, skal du vente 5 til 15 minutter for at give serveren mulighed for at indhente arbejdet i køen. Annuller testen ved at angive dstrace=!E.
eDirectory-fejl. Hvis du vil teste for andre fejl, skal du køre SET dstrace=On.
Forbindelser, der hænger. Undersøg dem, og fjern dem. Se "Clearing a Workstation Connection" i Server Operating System Administration Guide (NetWare 6-dokumentation).
Klientsoftware. Du kan identificere klientproblemer ved at ændre parameteren SET NCP SET. Du kan finde yderligere oplysninger i "NCP Parameters" i Utilities Reference (NetWare 6-dokumentation). Når du angiver disse serverparametre til On, viser serveren en advarsel, hver gang der modtages en dårlig pakke på serveren. Advarselsmeddelelsen indeholder også MAC-adresserne (Media Access Control) på de enheder, hvor pakkerne kommer fra. Disse parametre er i kategorien NCP:
Opdater klientsoftwaren.
Tilslutninger. Hvis du har installeret højhastigheds netværkskort på 100 MB, skal du måske også opgradere dine tilslutninger.
Hvis problemet varer ved, skal du følge trinene til fejlfinding i Brug af en fejlfindingsmetodologi, se tip i TID 10011512 "Troubleshooting High Utilization", søge i Novell Knowledgebase efter High Utilization og kontakte en Novell Support-tekniker.
Hvis du vil løse problemer med disk-I/O, diskplads og spejling, skal du se følgende afsnit:
Du kan løse en generel I/O-diskfejl på serveren ved at forsøge med en eller flere af følgende metoder:
Hvis du har forsøgt alle de foregående forslag uden positivt resultat, kan du kontakte din Novell Support-tekniker eller producenten af drevet.
Du kan løse fejl med utilstrækkelig diskplads ved at gøre et eller flere af følgende:
Når spejlede partitioner bliver usynkroniserede, skal de gensynkroniseres automatisk. Hvis partitioner ikke gensynkroniseres, skal du udføre følgende trin:
Søg efter, og vælg det træ i ConsoleOne, du vil styre, og klik derefter på ikonet Partition Disk Management.
Indtast eDirectory-træet og kontekst- og serveroplysninger.
Klik på Egenskaber > Medier > Spejl > Gensynkroniser.
Hvis partitionerne stadig ikke gensynkroniseres, skal du genoprette det spejlede sæt.
Bestem hvilken diskpartition, der har de data, du vil gemme og spejle.
Slet de andre diskpartitioner.
Genopret nye partitioner i stedet for dem, du har slettet.
Spejl den partition, der indeholder data til de nye partitioner.
Du kan finde oplysninger om spejling i onlinedokumentationen på cd'en Online Documentation. Se "Creating a Partition" i Novell Storage Services Administration Guide (NetWare 6-dokumentation).
Hvis problemet stadig forekommer, skal du følge fejlfindingstrinene i Brug af en fejlfindingsmetodologi, søge i Novell Knowledgebase, og kontakte en Novell Support-tekniker.
Hvis partitioner er meget store, kan spejling sommetider tage mange timer. Dette er normalt. Følgende kan hjælpe med til at gøre spejlingen hurtigere:
I forbindelse med kendte problemer for specifikke harddiske eller drivere skal du kontakte leverandøren af drevet og spørge, om der er muligheder for drevspejling. Nogle drivere kan f.eks. indlæses med parametre, der gør spejlingen hurtigere.
De fleste diskdrev indeholder deres egen form for læsning efter skrivning-kontrol. Derfor er NetWares funktion til læsning efter skrivning-kontrol ikke nødvendig og kan forøge den tid, der skal bruges til at spejle partitioner.
VIGTIGT: Hvis værdien øges for meget, kan nogle diskcontrollere eller drivere få en fejl. Du må eksperimentere for at se, om en større værdi gør spejlingen hurtigere.
Hvis problemet stadig forekommer, skal du følge fejlfindingstrinene i Brug af en fejlfindingsmetodologi, søge i Novell Knowledgebase, og kontakte en Novell Support-tekniker.
Nogle gange forløber spejlingen uden fejl, men stopper ved 99% fuldførelse. Du kan foretage fejlfinding af problemet ved at gøre følgende:
Hvis der er diskblokke med fejl, skal du foretage fejlfinding på disken og eventuelt udskifte den.
Ved kendte problemer med specifikke harddiske eller drivere skal du kontakte leverandøren af drevet.
Hvis problemet stadig forekommer, skal du følge fejlfindingstrinene i Brug af en fejlfindingsmetodologi, søge i Novell Knowledgebase, og kontakte en Novell Support-tekniker.
Du kan diagnosticere problemer, når der opstår diskfejl under tilkobling af et traditionelt drev, ved at afgøre, om der foreligger følgende forhold:
Du kan løse problemer, når der opstår diskfejl ved tilkobling af et drev, ved at gøre følgende:
Se følgende afsnit, hvis du vil foretage fejlfinding af forskellige problemer med serverhukommelse, løse hukommelsesfejl og løse hukommelsesproblemer ved at gøre hukommelse fri:
Brug følgende trin til at finde kilden til problemet.
Kontroller, om du bruger NetWare-hukommelsesstyring eller en ekstern hukommelsesstyring. Indeholder CONFIG.SYS eller AUTOEXEC.BAT et DOS=HIGH-udsagn eller kommandoer om at indlæse hukommelsesstyring eller DOS-enhedsdrivere? Er der f.eks. en kommando om at indlæse HIMEM.SYS eller EMM386.EXE? De er begge hukommelsesstyringer.
Udkommenter disse udsagn fra CONFIG.SYS, eller slet CONFIG.SYS fuldstændigt. Udkommenter disse udsagn fra AUTOEXEC.BAT. (Hvis du vil udkommentere en kommando, skal du indtaste REM og et mellemrum i begyndelsen af kommandolinjen).
Hvis der er en hukommelsesstyring på serveren, bruger NetWare hukommelsen til at bestemme mængden af tilgængelig hukommelse i stedet for selv at registrere hukommelsen. Nogle hukommelsesstyringer i ældre computere kan ikke genkende mere end 64 MB hukommelse. DOS-enhedsdrivere fjerner hukommelse fra NetWares hukommelsesgruppe.
Sørg for, at Windows 95 ikke bruges til at starte serveren. Windows 95 indlæser hukommelsesstyringer automatisk.
Sørg for, at server-BIOS er aktuel.
En BIOS, der ikke er opdateret, kan rapportere en falsk hukommelsesmængde. Hvis en nyere version er tilgængelig, skal BIOS opdateres.
Hvis problemet stadig forekommer, skal du følge fejlfindingstrinene i Brug af en fejlfindingsmetodologi, søge i Novell Knowledgebase, og kontakte en Novell Support-tekniker.
En hukommelsesfejl betyder, at et NLM- eller sæt af NLM-programmer har anmodet om hukommelse fra serveren, men ikke har returneret hukommelsen ved afslutning. Med tiden falder mængden af tilgængelig hukommelse, indtil serveren genererer meddelelser om hukommelsesfejl. Hukommelsesfejlen kan være langsom eller hurtig afhængig af mængden af hukommelse, der anmodes hver gang.
Hvis du genstarter serveren, returneres hukommelsen til hukommelsesgruppen, og fejlmeddelelserne om lav hukommelse stopper midlertidigt, indtil hukommelsesfejlen får nok hukommelse til at generere fejlmeddelelser igen.
Hvis du vil se, om serveren har en hukommelsesfejl, skal du genstarte serveren og derefter overvåge hukommelsesstatistikker (Total Cache Buffers) over tid. Hvis trafikken ikke er forøget, og ingen nye programmer er blevet installeret på serveren, men statistikken ændres, skal du bruge følgende trin til at finde problemets kilde.
Indlæs alle de seneste programrettelser på serveren.
Serverprogramrettelser er tilgængelige fra Novells support-Websted og andre placeringer. Du kan finde en liste over kilder i "Applying Patches i Server Operating System Administration Guide (NetWare 6-dokumentation).
Genstart serveren for at gøre hukommelse fri, og etabler en grundlinje til hukommelsesbrug.
Se hukommelsesstatistikken for modulet:
Åbn NetWare Remote Manager.
Klik på List Modules i navigationsrammen.
Sorter listen til hukommelsesudnyttelse ved at klikke på knappen Alloc Memory.
Klik på værdi-hyperlinket for allokeret hukommelse for hvert modulnavn, du mistænker for at være kilde til fejlen.
Under normale betingelser er moduler såsom SERVER.NLM, NSS.NLM og DS.NLM øverst på listen.
Udskriv denne side, og brug den som en grundlinje, når du overvåger modulets hukommelsesforbrug over tid.
Gentag Trin 3 for hver NLM, du mistænker for at være kilde til hukommelsesfejlen.
(Betinget) Hvis meddelelserne om hukommelsesfejl opstår igen, skal du gentage Trin 3 for at få hukommelsesstatistikken for hver mistænkt NLM. Bemærk, om hukommelsesforbruget er steget væsentligt for nogle af modulerne.
Hvis der er en hukommelsesfejl, vil et eller flere af modulerne vise en stor forøgelse af værdien Bytes in Use.
Når du opdager kilden til hukommelsesfejlen, skal du kontakte modulets leverandør og oplyse om problemet. Opdater om muligt modulet, eller fjern modulet fra serveren.
Du kan midlertidigt frigøre serverhukommelse (indtil du kan føje mere hukommelse til serveren) ved at gøre et af følgende:
Hvis du samler biblioteker, så de fleste biblioteker har omkring 32 filer, og derefter fjerner de slettede underbiblioteker og filer, frigør du hukommelse. ADVARSEL: Dette er et destruktivt trin, der ødelægger alle udvidede filoplysninger. Inden du tager dette trin, skal du forsøge at frigøre nok hukommelse, så drevet tilkobles, og du kan sikkerhedskopiere dataene.
Få alle brugerne til at logge af, og fjern derefter alle moduler undtagen drevets diskdrivere. Frakobl alle tilkoblede drev. Indlæs VREPAIR, vælg Set VRepair Options, og vælg derefter to indstillinger for at fjerne pladsen til navne: Write All Directory and FAT Entries Out to Disk og Remove Name Space Support from the Volume. Kør derefter VREPAIR > Repair a Volume på det drev, der ikke ville tilkobles. (Denne indstilling anvender meget diskplads, men forøger mængden af den tilgængelige hukommelse).
Du kan diagnosticere problemer, når der opstår hukommelsesfejl under tilkobling af et drev, ved at afgøre, om der foreligger følgende forhold:
Du kan løse problemer med hukommelsesfejl, når et drev tilkobles, ved at udføre følgende handlinger eller sikre, at der foreligger følgende forhold:
Hvis du samler biblioteker, så de fleste biblioteker har omkring 32 filer, og derefter fjerner de slettede underbiblioteker og filer, frigør du hukommelse.
Tilføj mere hukommelse, hvis procentdelen er under 20%.
ADVARSEL: Dette er et destruktivt trin, der ødelægger alle udvidede filoplysninger. Inden du tager dette trin, skal du forsøge at frigøre nok hukommelse, så drevet tilkobles, og du kan sikkerhedskopiere dataene.
Få alle brugerne til at logge af, og fjern derefter alle moduler undtagen serverens diskdrivere. Frakobl alle tilkoblede drev. Indlæs VREPAIR, vælg Set VRepair Options, og vælg to indstillinger for at fjerne pladsen til navne: Write All Directory and FAT Entries Out to Disk og Remove Name Space Support from the Volume. Kør derefter VREPAIR på det drev, der ikke ville tilkobles, og vælg Repair a Volume.
Typiske meddelelser om hukommelsesfejl omfatter følgende:
Hvis en af disse betingelser eksisterer, skal du bruge følgende trin til at finde problemets kilde:
Sørg for, at serveren ikke indlæser en hukommelsesstyring eller DOS-enhedsdrivere.
Kontroller filerne AUTOEXE.BAT og CONFIG.SYS for at sikre, at ingen hukommelsesstyringer, f.eks. HIMEM.SYS eller EMM386.EXE, indlæses, og at der ikke er noget DOS=HIGH-udsagn i en af filerne. Sørg for, at ingen DOS-enhedsdrivere indlæses.
Udkommenter disse udsagn fra CONFIG.SYS, eller slet CONFIG.SYS fuldstændigt. Udkommenter disse udsagn fra AUTOEXEC.BAT. (Hvis du vil udkommentere en kommando, skal du indtaste REM og et mellemrum i begyndelsen af kommandolinjen).
Hvis der er en hukommelsesstyring på serveren, bruger NetWare hukommelsen til at bestemme mængden af tilgængelig hukommelse i stedet for selv at registrere hukommelsen. Nogle hukommelsesstyringer kan ikke genkende mere end 64 MB hukommelse. DOS-enhedsdrivere fjerner hukommelse fra NetWares hukommelsesgruppe.
Sørg for, at Windows 95 ikke bruges til at starte serveren. Windows 95 indlæser hukommelsesstyringer automatisk.
Sørg for, at server-BIOS er aktuel.
En BIOS, der ikke er opdateret, kan rapportere en falsk hukommelsesmængde. Hvis en nyere version er tilgængelig, skal BIOS opdateres.
Kontroller, at indstillingen for SET-parameteren Reserved Buffers Below 16 MB (kategorien Memory) er angivet til 300 eller højere.
Ved ældre drivere skal du øge værdien til 300 eller mere, især hvis der er en cd-rom- eller båndenhed, der skal bruge hukommelse under 16 MB.
Sørg for, at hukommelse registreres automatisk.
Manuel registrering af hukommelse kan forårsage hukommelsesfragmentering. Visse gamle systemkort kræver, at du registrerer hukommelsen manuelt, men den bedste løsning er at opgradere til et nyere kort, så NetWare registrerer hukommelsen automatisk.
Hvis hukommelsen er blevet registreret manuelt, skal du genstarte serveren for at frigøre hukommelse, og undlad at registrere hukommelse manuelt igen. Opgrader om nødvendigt systemkortet.
Kontroller, om hukommelsesfejl opstår, når et traditionelt drev tilkobles.
Hvis det er tilfældet, har serveren måske kun lidt hukommelse.
Tilføj mere RAM for at løse problemet.
Hvis du vil frigøre hukommelse midlertidigt, skal du se Midlertidig frigørelse af serverhukommelse.
Kontroller, om "LRU Sitting Time" (i NetWare Remote Manager eller MONITOR) i gennemsnit er mere end 15 minutter i de travle arbejdstimer.
Hvis det ikke er tilfældet, har serveren måske kun lidt hukommelse.
Hvis du vil frigøre hukommelse midlertidigt, skal du se Midlertidig frigørelse af serverhukommelse. Hvis du vil bruge LRU Sitting Time til at justere hukommelsen, skal du se "Tuning File Cache i Server Memory Administration Guide (NetWare 6-dokumentation). Tilføj mere RAM for at løse problemet.
Kontroller for hukommelsesfejl.
Bliver LRU Sitting Time og Long Term Cache Hits gradvist mindre med tiden, selvom netværkstrafikken ikke er blevet større og ingen nye programmer er blevet installeret på serveren?
Hvis det er tilfældet, har serveren måske en hukommelsefejl. Se Løsning af serverhukommelsesfejl.
Hvis problemet stadig forekommer, skal du følge fejlfindingstrinene i Brug af en fejlfindingsmetodologi, søge i Novell Knowledgebase, og kontakte en Novell Support-tekniker.
Du kan løse en fejl med låste enheder ved at forsøge en eller flere af følgende muligheder:
Hvis du har forsøgt ovenstående uden positivt resultat, kan du kontakte en Novell Support-tekniker eller producenten af drevet.
Systemmeddelelser om Event Control Block-allokering kan forekomme, når du første gang starter serveren, eller efter at serveren har kørt i nogen tid.
Disse meddelelser tyder på, at serveren ikke kunne få et tilstrækkeligt antal buffere til modtagelse af pakker, sædvanligvis kaldet Event Control Buffers (ECB'er). Det er ikke en alvorlig tilstand at løbe tør for ECB'er. Men det kan også indikere et LAN- eller serverproblem.
På servere, der kører i flere dage, og hvor der forekommer store belastninger under spidsbelastning, kan det maksimale antal ECB'er måske blive overskredet, hvilket medfører, at systemet genererer ECB-systemmeddelelser.
Hvis disse situationer skyldes lejlighedsvise spidsbelastninger af hukommelseskravet, skal du sandsynligvis bevare din aktuelle maksimale ECB-allokering og lade meddelelser bliver genereret på de pågældende tidspunkter.
Hvis belastningen af serverhukommelsen på den anden side er meget høj, og du ofte modtager ECB-allokeringsfejl, kan du forsøge at indstille den maksimale ECB-allokering højere. Anvend følgende SET-kommando i filen STARTUP.NCF:
SET MAXIMUM PACKET RECEIVE BUFFERS=antal
Hukommelse allokeret til ECB kan ikke anvendes til andre formål.
Det mindste antal buffere, der er tilgængeligt for serveren, kan også indstilles i filen STARTUP.NCF med følgende kommando:
SET MINIMUM PACKET RECEIVE BUFFERS=antal
Du kan diagnosticere problemer med serverkonsolkommandoer ved at afgøre, om der foreligger følgende forhold:
Du kan løse problemer med serverkonsolkommandoer ved at gøre følgende:
Luk serveren, hvis det er muligt. Hvis det ikke er, skal du vente et par minutter, efter at alle brugere har logget af, og så genstarte serveren.
Den mest almindelige konflikt sker, når et netværkskort er indstillet til interrupt 4, og der er tilsluttet en printer til serverens serielle port, som også anvender interrupt 4.
Du kan diagnosticere problemer med låsning af tastatur under kopiering af filer fra cd-rom ved at afgøre, om der foreligger følgende forhold.
Hvis du har en cd-rom-enhed, der deler en SCSI-bus med et diskundersystem, der indeholder drev, som installationsfiler til netværksoperativsystemet (typisk SYS:-drev) kopieres til, kan dit tastatur måske blive låst, mens der indlæses drivere, eller der kopieres filer til drevet. Følgende figur viser mulige konfigurationskonflikter.
Fjern de cd-rom-enhedsdrivere, du anvendte til at konfigurere cd-rom-drevet som en DOS-enhed fra din CONFIG.SYS-fil. Derved undgår du eventuelle konflikter, når cd'en Operating System installeres som et NetWare-drev.
Du kan løse problemer med låsning af tastatur under kopiering af filer fra cd'en med følgende procedure:
Tryk på Alt+Esc, indtil du står ved konsolprompten.
Skriv DOWN.
Fjern cd-rom-enhedsdriverne fra filen CONFIG.SYS ved hjælp af en teksteditor.
Gem den opdaterede CONFIG.SYS-fil.
Fjern alle referencer til cd-rom-driverne fra filen AUTOEXEC.BAT ved hjælp af en teksteditor.
Gem den opdaterede AUTOEXEC.BAT-fil.
Genstart serveren ved at trykke på Ctrl+Alt+Del.
(Betinget) Hvis serveren ikke automatisk starter fra filen AUTOEXEC.BAT, skal du skifte til underbiblioteket, hvor filen SERVER.EXE og andre startfiler befinder sig (standard er C:\NWSERVER), og indtaste følgende i DOS-prompten:
SERVER
(Betinget) Hvis du anvender ASPI-enhedsdrivere (f.eks. en Adaptec*-controller), skal du indtaste en af følgende kommandoer:
AHAxxxx
hvor xxxx angiver Adaptec-kortnummeret
eller
ASPICD
eller
CDNASPI
Skriv NWPA i konsolprompten.
Skriv NWCONFIG i konsolprompten.