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

Odpowiedzi:

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