Frequently Asked Questions

HP-UX FAQ

Dessa frågor utgör 80 procent av era samtal till oss.

• Varför säger SarCheck att min nya snabba disk inte är snabb?
• Ska jag implementera rekommendationer som framkommer tillfälligt vis?
• Var gång jag utfört ändringar baserat på SarCheck’s rekommendationer, får jag fler rekommendationer. Varför rekommenderas inte rätt värde för alla parametrar?
• När jag försöker köra sarcheck, får jag meddelandet “sarcheck: not found”. Vad är fel?
• När jag kör SarCheck får jag meddelandet “The value of acctresume was Peak resource utilization statistics can be used...” Vad är fel?
• Kan jag använda SarCheck på HP-UX 11?
• Fungerar SarCheck på nya superdome system?
• Varför får jag meddelandet "sar: Starting time must be more than ending time"på HP-UX 11.00?
• Efter en uppgradering till HP-UX 11, kan inte SarCheck räkna ut hur mycket minne mitt system har, varför?
• Var tog SarCheck's Comma delimited option vägen?
• Varför slutar SarCheck producera rapporter?
• Varför får jag detta error meddelande med analyze9000 programmet."crt0: ERROR couldn't open dld.sl errno:000000002" ?
• Varför får jag meddelandet "datum är utgånget"? Jag vet att min SarCheck utverderingskopia inte har gått ut.
• Hur ändrar jag start och slut tid för perioden som skall analyseras?
  
  

  Frequently asked questions (FAQ):

  Q1. Varför säger SarCheck att min nya snabba disk inte är snabb?

  A1. Hastigheten på diskar (som uppges av tillverkaren) är ofta högre än hastigheten som sar rapporterar. Problem med disk kontroller är ofta orsaken. Olyckligtvis ger sar inte tillräcklig information för att hitta orsaken eller rekommendera en lösning. Om det skulle hjälpa att andra cache buffer eller liknande skulle SarCheck rekommendera detta.

  SarCheck använder följande värden vid kommentarer om diskar.

  > 100ms	        Troligtvis inte en magnetic disk
  50 - 100ms	Är eventuellt inte magnetic disk
  25 - 50 ms	Väldigt slö
  16 - 25 ms	Ganska slö
  11 - 16 ms	Acceptable
  6 - 11 ms	Relativt snabb
  0.1 - 6 ms	Väldigt snabb, troligtvis cachad

  Ett problem är att drivrutiner mm för diskar på eftermarknaden är att de inte jobbar rätt med sar. En rapporterade att sar visade 15 - 30 ms service time för en EMC RAID set som skall vara snabbare än statiska diskar.

  Q2. Ska jag implementera rekommendationer som framkommer tillfälligt vis?

  A2. Implementera först de rekommendationer som frekvent återkommer. Om SarCheck tillfälligt rekommenderar ändringar av t ex minnes handteringen skall du prova dessa. På system med extra minnen, kan SarCheck göra ytterliggare rekommendationer som inte görs på system med “tight”minne.

  Q3. Var gång jag utfört ändringar baserat på SarCheck’s rekommendationer, får jag fler rekommendationer. Varför rekommenderas inte rätt värde för alla parametrar?

  A3. Så fungerar inte system optimering. Det finns inga “korrekta” värden eftersom optimering är en kompromiss mellan olika system resurser. I system optimering ingår gradvisa ändringar, det är rätta vägen att gå.

  Q4. När jag försöker köra sarcheck, får jag meddelandet “sarcheck: not found”. Vad är fel?

  A4. Kontrollera följande:

  • Är du root?
  • Finns sarcheck scriptet? (sök efter /usr/local/bin/sarcheck).
  • Är /usr/local/bin i din PATH? (echo $PATH)

  Q5. När jag kör SarCheck får jag meddelandet “The value of acctresume was Peak resource utilization statistics can be used...” Vad är fel?

  A5. Det är en gammal bug som är åtgärdad. Bugen fanns i versioner av SarCheck före 2.08 och uppstog om värdet för msgssz och msgseg översteg 128k tillsammans.

  Q6. Kan jag använda SarCheck på HP-UX 11?

  A6. Ja. Version 3.00 är godkänd för HP-UX 11.00 sedan länge, och går fint på 11.11 (11i). Vi jobbar på en version för 11.20.

  Q7. Fungerar SarCheck på nya superdome system?

  A7. Ja. Nuvarande version av SarCheck kan användas på 32- och 64-bit system från 10.10 till senaste versionen av HP-UX 11.

  Q8.Varför får jag meddelandet "sar: Starting time must be more than ending time"på HP-UX 11.00?

  A8. Det orsakas av en bug i sar, HP rapporterar att en patch är på gång. (sorry,vi har inga detaljer än) Det är problem med sar's process starting times med -s flaggan. Eftersom SarCheck använder sar för att producera en sar rapport , kan du stöta på denna bug. För att fixa det, gör en backup av scriptet /usr/local/bin/sarcheck sedan sök efter och ta bort -s$ST text stringen.

  Q9: Efter en uppgradering till HP-UX 11, kan inte SarCheck räkna ut hur mycket minne mitt system har, varför?

  A9. Du får detta problem om du analyserar en tidigare-HP-UX 11 rapport. Orsaken är att SarCheck får mesta informationen från sar report, och sedan kompletterande data från bla kernel. SarCheck förväntar sig att data ifrån kernel, baserat på operativsystems versionen specificerad i sar rapporten skall stämma överäns. Därav svårigheten med minnes beräkning. Vi rekommenderar inte att analysera data ifrån ett operativsystem på ett annat, eller analysera data ifrån en maskin på en annan.

  Q10. Var tog SarCheck's Comma Delimited option vägen?

  A10. Det var en bug i version 3.00, fixad i version 3.01.

  Q11. Varför slutarSarCheck producera rapporter?

  A11. Det finns två vanliga orsaker till detta:

  1. SarCheck har inte godkänd licens. Kör '/usr/local/bin/analyze9000' och titta efter sista datum i slutet av texten. Om du har licens för SarCheck och utgångs datum inte verkar att stämma kör 'analyze -s' och sänd oss resultatet.
  2. Kernel är omkonfigurerad, men systemet inte omstartat. Efter att kernel är omkonfigurerad (ofta för att implementera en ändring rekommenderad av SarCheck), kan sar ha problem till systemet startas om. SarCheck kan inte producera rapporter om sar inte går.

  Q12: Varför får jag detta error meddelande med analyze9000 programmet. crt0: ERROR couldn't open dld.sl errno:000000002 ?

  A12. Detta fel meddelande orsakas av att analyze9000 programmet tittar efter dld.sl i /lib. På nyare system finns den i /usr/lib, fel meddelandet kommer på uppgraderade system.

  Q13: Varför får jag meddelandet "datum är utgånget"? Jag vet att min SarCheck utverderingskopia inte har gått ut.

  A13. Det här meddelandet kan orsakas av att sar har ett datum som är efter ditt utgångsdatum. Version 10.20 av sar säger att datumet är 12/31/69 och SarCheck antar att det är 12/31/2069. Problemet kan vara relaterat till Y2K patches till version 10.20 men vi är inte säkra. Från version 3.05a, klarar SarCheck denna bug.

  Q14. Hur ändrar jag start och slut tid för perioden som skall analyseras?

  A14. Du får editera i scriptet för SarCheck

  Om du kör 'sarcheck', editera /usr/local/bin/sarcheck, ändra värdet av ST (start time) och EN (end time). Välj tider när där du behover hög kapacitet. Välj inte en tid då eventuella backuper körs, eventuella rekommendationer kan då bygga på felaktiga uppgifter, och systemet blir inte optimerat för vanliga användar aktiviteter.

  Om du använder 'analyze9000' program för att producera SarCheck reports i /var/adm/sa biblioteket, skall du editera crontab- /usr/lib/sa/sa2 , ändra -s och -e flaggor.

  Oavsett om du kör 'sarcheck' eller 'analyze9000' för att producera SarCheck rapporten, ska du samla data i intervaller. Som standard, samlar sar data var 20 minut mellan 8:00 och 18:00 på dagtid och var 60 minut övrig tid. Editera crontab som kör /usr/lib/sa/sa1 för att vara säker på att data samlas vid samma intervaller den period du vill analysera.

  Copyright © 1996-2001 Aurora Software Inc., All rights reserved.
  Information in this document is subject to change without notice.
  Other products and companies referred to herein are trademarks or registered trademarks of their respective companies or mark holders.
  This page last updated on September 21, 2001.