Åpner du nettsiden til utviklingsmiljøet om morgenen, lastes det ikke inn en menyliste, og finner ut at det faktisk er et problem med grensesnittet.
Logg inn på serveren for å se Java-applikasjonenOmdirigeringsutdatafiler og loggfiler, fant at siste logaritmetid holdt seg på 21:15, som vist i figuren under:
Sjekk systemloggene
8. sep 21:30:05 centos7-dev04 kernel: Out of memory: Kill process 32452 (java) score 84 eller sacrifice child 8. sep 21:30:05 centos7-dev04 kernel: Drepte prosess 32452 (java), UID 0, total-vm:7016412kB, anon-rss:1421400kB, file-rss:0kB, shmem-rss:0kB
Hvis du mistenker at et program har blitt ødelagt av Linux, kan du også raskt feilsøke det ved å bruke følgende kommando:
For å sjekke minnebruken er kommandoen som følger:
PassToppkommando, og deretter Mnøkler, sortert etter minnet som brukes av prosessen, som vist i figuren nedenfor:
PID: ID-en til prosessen BRUKER: Prosesseieren PR: Prioriteten til prosessen, jo mindre prioritet, desto mer prioritet må gjennomføres Nice: Verdi VIRT: Det virtuelle minnet som opptas av prosessen RES: Det fysiske minnet som opptas av prosessen SHR: Delt minne brukt av prosessen S: Tilstanden til prosessen. S indikerer dvale, R indikerer drift, Z indikerer fastlåsing, og N indikerer at prosessprioritetsverdien er negativ %CPU: Bruksraten til CPU-en som brukes av prosessen %MEM: Prosentandelen av fysisk minne og total minne brukt av prosessen TIME+: Den totale CPU-tiden som brukes av prosessen etter at den starter, det vil si den kumulative verdien av CPU-brukstiden. KOMMANDO: Navnet på oppstartskommandoen for prosessen
Grunnen til at applikasjonen la på, var at serveren begynte å gå tom for minne, og Linux avsluttet automatisk Java-applikasjonen i henhold til noen regler, tross alt opptar Java-applikasjonen en veldig stor mengde minne.
Du kan sjekke hvilken Java-applikasjon som er spesifikk ved å bruke følgende kommando:
løsning
1. Øk serverminnet 2. Begrens minnebruk for Java-applikasjoner 3. Migrere noen Java-applikasjoner til andre servere
|