Nie można uruchomić najwyższego polecenia w systemie Linux po kilku dniach bezczynności

1

Po 3 dniach bezczynności nie mogę biegać top w Linuksie.

To Linux Linux Fedora Core 8 działający pod kontrolą systemu Windows XP.

[root@fc8 ]# uname -a
Linux fc8 2.6.23.1-42.fc8 #1 SMP Tue Oct 30 13:55:12 EDT 2007 i686 i686 i386 GNU/Linux

ps, czas pracy działa bez zarzutu.

Czy ktoś ma jakieś sugestie dotyczące problemu lub sposobu jego zdiagnozowania?

Aktualizacje :
Brak komunikatu o błędzie. Polecenie „top” właśnie tam się zawiesza.

Również inny problem, który zauważam w tym samym czasie, był taki time somecommand daje:

real    0m0.000s
user    0m0.000s
sys     0m0.000s

The somecommand trwało kilka sekund.

Czas systemowy w Linuksie pod sesją vmWare został poprawiony. Nie używam ntp do synchronizacji czasu. Mam zadanie cron do synchronizacji czasu z hwclock --hwtosys dowództwo.

linux virtual-machine vmware-player

— tony-p-lee
źródło

1

Myślę, że może być bardziej prawdopodobne, że znajdziesz odpowiedź na SuperUser.com

— DOK

1

Kiedy tam pojedziesz, pamiętaj, aby przynieść ze sobą komunikat o błędzie, który otrzymujesz, lub w ogóle informacje o tym, co się dzieje.

— qid

1

superuser.com, jeśli to tylko twój osobisty komputer, serverfault.com, jeśli jest to serwer (a ponieważ ma kilka dni bezawaryjnej pracy, prawdopodobnie jest to serwer)

— Phil

1

spróbuj uruchomić „strace top”, aby zobaczyć, gdzie utknęła góra. Może dać ci kilka wskazówek.

— camh

1

Co pokazuje zegar VM w tych czasach? Może to być coś dziwnego w jakiejkolwiek kombinacji synchronizacji zegara (jeśli istnieje). Jeśli VMWare znacznie spowalnia zegar VM, próbując rozliczyć to, co uważa, że czas VM dociera daleko do przodu, to może wyjaśnić time zwrócenie czasu zegara ściennego równego 0 i góry (który wymaga pewnych odczytów, odczeka sekundę lub więcej, wykona więcej odczytów, a następnie zaktualizuje jego wyświetlanie) wstrzymując się, czekając, aż sekund (y) zaznaczą się.

Jeśli zegar wydaje się być tam, gdzie nie powinno być: uważam, że najbardziej niezawodnym sposobem na zachowanie dokładności zegarów VM jest upewnienie się, że opcje synchronizacji zegara VMWare są poza i użyj NTP z tinker panic 0 na górze pliku konfiguracyjnego.

— David Spillett
źródło

David, używam tego do synchronizacji czasu zamiast ntp. Zauważam, że hwclock w Linuksie zawsze zapewnia właściwy czas. Mam problem z zaporą sieciową blokującą NTP. [root @ fc8 pogo] # crontab -l # co godzinę, aby zsynchronizować hwclock 0-59 * * * * / sbin / hwclock --hctosys # Synchronizacja dnia roboczego serwera NTP o 11 rano * 11 * * 1,2,3, 4,5 / usr / sbin / ntpdate 10.81.24.191

— tony-p-lee

Czas w Linuksie pod vmWare jest poprawny.

— tony-p-lee

0

Pytanie: Czy korzystałeś z nowo obudzonej sesji vmware? Zauważyłem, że zegar czasami przywraca prawidłowy czas po upływie około minuty, chociaż wydaje się to znacznie dłuższe :-(. Czy sprawdziłeś usługę czasu (ntp?)?

— Thomas
źródło

0

Możesz spróbować zainstalować i używać htop - http://htop.sourceforge.net/

Jak tam zostawiłeś dziennik? Na przykład dałeś mu 10 minut?

— pbr
źródło

Tym razem ponownie uruchomię system. Wcześniej widziałem, jak wisiał tam przez kilka godzin. Reboot Linux w vmWare rozwiązuje problem.

— tony-p-lee

Właśnie zrobiłem mniam zainstalować htop, to jest bardzo miłe. BTW, mógłbym być w stanie użyć strace, aby wyśledzić głębiej, spróbuję tego, gdy zobaczę to ponownie. Dziękujemy za sugestię i inspirację ...

— tony-p-lee