Zwisy na ostatnich kernelach: coś blocked for more than 120 seconds.
Zaczeło sie 3/4 miesiące temu przy zadaniach intensywnych IO/ np (powtarzalne na jednej maszynie gdy data-check md, na prawie identycznych innych nie występujący nigdy). Dotychczas były to kernele 64bit i userland 32bit ale przed chwilą padł mój codziennie dotychczas stabilnie pracujący na 2.6.33.3 laptop w kilka godzin po przejściu na 2.6.35.7. Ale mam wrażenie że problem dotyczył też poprzednich kerneli, tyle że może nie był tak widoczny. Objawia się zwisaniem na operacjach IO kolejnych procesów, load rośnie, a maszyna się mrozi. Ma ktoś jakieś pomysły jak się pozbyć ? Oct 14 12:14:54 laptop-hp kernel: [ 1800.261183] INFO: task kio_file:4489 blocked for more than 120 seconds. Oct 14 12:14:54 laptop-hp kernel: [ 1800.261187] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Oct 14 12:14:54 laptop-hp kernel: [ 1800.261190] kio_file D 0003 0 4489 2767 0x0004 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261195] f16dfe7c 0082 f16dfe80 0003 ef6a6b44 ef39a1e0 ec89858c f16dfe34 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261201] c7e254a8 017a 5140 5140 5140 ef2fe380 c7e23cff 017a Oct 14 12:14:54 laptop-hp kernel: [ 1800.261206] 5140 5140 ef2fe380 b3492eea 002ea1e9 f4e6d500 c2005140 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261210] Call Trace: Oct 14 12:14:54 laptop-hp kernel: [ 1800.261222] [c1397a6c] io_schedule+0x5c/0xa0 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261227] [c10cbb35] sync_page+0x35/0x40 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261231] [c13980e7] __wait_on_bit_lock+0x47/0x90 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261234] [c10cbb00] ? sync_page+0x0/0x40 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261237] [c10cbae6] __lock_page+0x76/0x80 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261242] [c10572a0] ? wake_bit_function+0x0/0x60 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261247] [c10e563e] handle_mm_fault+0x84e/0x860 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261252] [c139ce90] ? do_page_fault+0x0/0x400 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261255] [c139cfd6] do_page_fault+0x146/0x400 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261258] [c10e8236] ? do_munmap+0x1f6/0x270 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261296] [c10e7fa0] ? arch_unmap_area_topdown+0x0/0x30 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261299] [c10e8b22] ? sys_brk+0x42/0x130 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261302] [c139ce90] ? do_page_fault+0x0/0x400 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261305] [c139a586] error_code+0x76/0x80 Oct 14 12:14:54 laptop-hp kernel: [ 1800.261308] INFO: task kio_file:4490 blocked for more than 120 seconds. i dalej pododbnie dla kolejnych procesów ... Dla innej maszyny (tej od padów data-check kernel 2.6.34.3 64bit) wygląda to tak: Aug 2 13:40:36 s14 kernel: [100520.949724] md: data-check of RAID array md5 Aug 2 13:40:36 s14 kernel: [100520.949729] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. Aug 2 13:40:36 s14 kernel: [100520.949731] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for data-check. Aug 2 13:40:36 s14 kernel: [100520.949736] md: using 128k window, over a total of 117193984 blocks. Aug 2 16:05:15 s14 kernel: [109200.485779] INFO: task flush-9:5:3000 blocked for more than 120 seconds. Aug 2 16:05:15 s14 kernel: [109200.485782] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Aug 2 16:05:15 s14 kernel: [109200.485784] flush-9:5 D 88000fe87140 0 3000 2 0x Aug 2 16:05:15 s14 kernel: [109200.485789] 8804135b5760 0046 8804135b5728 8804135b5724 Aug 2 16:05:15 s14 kernel: [109200.485793] 0400 88000fe87020 88041cbb61c0 8804135b572c Aug 2 16:05:15 s14 kernel: [109200.485796] 8804135b5718 000101f1b639 00011140 00011140 Aug 2 16:05:15 s14 kernel: [109200.485800] Call Trace: Aug 2 16:05:15 s14 kernel: [109200.485815] [a0022749] __this_module+0x3689/0x6ff0 [raid10] Aug 2 16:05:15 s14 kernel: [109200.485821] [8103f5a0] ? default_wake_function+0x0/0x10 Aug 2 16:05:15 s14 kernel: [109200.485826] [a0025a62] __this_module+0x69a2/0x6ff0 [raid10] Aug 2 16:05:15 s14 kernel: [109200.485831] [a0009dca] md_error+0x69a/0x1000 [md_mod] Aug 2 16:05:15 s14 kernel: [109200.485835] [8120a27e] generic_make_request+0x19e/0x450 Aug 2 16:05:15 s14 kernel: [109200.485840] [810e558e] ? mempool_alloc+0x5e/0x130 Aug 2 16:05:15 s14 kernel: [109200.485843] [8120a5b4] submit_bio+0x84/0x110 Aug 2 16:05:15 s14 kernel: [109200.485847] [8115e4cf] submit_bh+0xef/0x130 Aug 2 16:05:15 s14 kernel: [109200.485850] [811615b0] __block_write_full_page+0x1f0/0x390 Aug 2 16:05:15 s14 kernel: [109200.485853] [8115fbb0] ? end_buffer_async_write+0x0/0x150 Aug 2 16:05:15 s14 kernel: [109200.485857] [8116182b]
Re: grub2 serial
2010/10/13 Wieslaw Kierbedz w.k...@farba.eu.org: Nie używam serial portu. Ale z walk z grubem2 zapamiętałem jedno. Nie brak ci jakiegoś insmod w konfiguracji? Tylko jakiego? Ładuje serial i handler ale nie pomaga to. Na innej maszynie mam to samo wiec to wina gruba i/lub konfiguracji. Może ktoś komu działa wrzucić swój konfig w calości? pozdrawiam ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: iceape-addblock: czego on chce? :)
2010/10/5 Jacek Osiecki jos...@hybrid.pl: On Mon, 4 Oct 2010, Grzesiek Pycia wrote: On 04.10.2010 13:23, Jacek Osiecki wrote: Coś chyba nie tak na FTPach: poldek:/all-avail install iceape-addon-adblockplus-1.1.1-2.i686 Przetwarzanie zależności... błąd: iceape-addon-adblockplus-1.1.1-2.i686: nie znaleziono wymaganego iceape = 2.0 AFAIK addblock nie działa z iceape 1.x Jego święte prawo - tylko dlaczego w takim razie jest na FTP, skoro nie ma tam iceape-2.0? tego to nie wiem :) z iceape-2.0 chyba nikt nie walczy na razie, a adblock pewnie z automatu poszedł :) ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: grub2 serial
On 13.10.2010 11:32, Wieslaw Kierbedz wrote: W dniu 10/12/10 3:38 PM, Grzesiek Pycia anonsuje:: 2010/10/12 Bartosz Świątekshad...@gmail.com: GRUB_CMDLINE_LINUX_DEFAULT=console=tty0 console=ttyS0,9600n8 GRUB_TERMINAL=serial GRUB_SERIAL_COMMAND=serial --speed=9600 --unit=0 --word=8 --parity=no --stop=1 Mi dziala. U mnie nie :/ Gdy w CLI gruba próbuję ustawić terminal na serial. dostaje error: handler not found czyli grub nie obsługuje mojego serial portu? Nie używam serial portu. Ale z walk z grubem2 zapamiętałem jedno. Nie brak ci jakiegoś insmod w konfiguracji? Chyba nie brakowało ale okazało się że potrzeba było podać adres I/O portu bo inaczej jakoś nie umiał go znaleźć ostatecznie działa tak(gdyby ktoś inny miał problemy): serial --speed=115200 --port=0x2e8 terminal_output serial console terminal_input serial console Nie wiem czy działa równocześnie lokalnie i przez COM, ale na pewno działa przez COM ;) pozdrawiam -- Gzohop: Grzesiek Pycia EMAIL: gzo...@gmail.com Czas robi swoje... a Ty? ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
sfakalem sobie system
Witam mam zainstalowane th x64, troche pomieszane z i686. Dzis zainstalowalem bind-utils przez force (bo cos tam krzyczal, ale niestety nie wiem co) No i od tej porty kdm startuje na moment pokazuje sie kursor i zaraz wraca do konsoli, ale normalnie jest uromione. Jak moge zdiagnozowac o co chodzi? Log xorg nie wywala zadych errorow. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: coś blocked for more than 120 seconds.
On Thursday 14 of October 2010, Mateusz Korniak wrote: Zaczeło sie 3/4 miesiące temu przy zadaniach intensywnych IO/ np (powtarzalne na jednej maszynie gdy data-check md, na prawie identycznych innych nie występujący nigdy). Dotychczas były to kernele 64bit i userland 32bit ale przed chwilą padł mój codziennie dotychczas stabilnie pracujący na 2.6.33.3 laptop w kilka godzin po przejściu na 2.6.35.7. Ale mam wrażenie że problem dotyczył też poprzednich kerneli, tyle że może nie był tak widoczny. Objawia się zwisaniem na operacjach IO kolejnych procesów, load rośnie, a maszyna się mrozi. Ma ktoś jakieś pomysły jak się pozbyć ? Mam to samo na 2.6.27.54 oraz różne osoby raportują o podobnych problemach na 2.6.35.x. Przyczyna nie jest znana :-( U mnie przykładowo na maszynach które miały 27.54 po upgrade na 35.7 problem zniknął. Sprawdzałeś może vanillowego 2.6.35.7? To byłby dobry test. Może wina leży w łatkach. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: coś blocked for more than 120 seconds.
2010/10/14 Mateusz Korniak mate...@ant.gliwice.pl: Zaczeło sie 3/4 miesiące temu przy zadaniach intensywnych IO/ np (powtarzalne na jednej maszynie gdy data-check md, na prawie identycznych innych nie występujący nigdy). Dotychczas były to kernele 64bit i userland 32bit ale przed chwilą padł mój codziennie dotychczas stabilnie pracujący na 2.6.33.3 laptop w kilka godzin po przejściu na 2.6.35.7. Ale mam wrażenie że problem dotyczył też poprzednich kerneli, tyle że może nie był tak widoczny. Objawia się zwisaniem na operacjach IO kolejnych procesów, load rośnie, a maszyna się mrozi. Ma ktoś jakieś pomysły jak się pozbyć ? Jaki fs? Podobne objawy miałem na ext4 z delalloc w ubuntu 10.04. Przy zapisie wielkiego pliku (kilkanaście GB) process flush-XX:XX zjadał 100% proca i wszelkie operację IO były strasznie zlagowane. Pewnie miało to jakiś związek z ilością wolnego RAM. Maszyna na której tak się działo posiada 192GB RAM. -- Artur Frysiak ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: sfakalem sobie system
On Wed, 13 Oct 2010, mk . wrote: Witam mam zainstalowane th x64, troche pomieszane z i686. Dzis zainstalowalem bind-utils przez force (bo cos tam krzyczal, ale niestety nie wiem co) No i od tej porty kdm startuje na moment pokazuje sie kursor i zaraz wraca do konsoli, ale normalnie jest uromione. Jak moge zdiagnozowac o co chodzi? Log xorg nie wywala zadych errorow. Brak danych. Jaki komunikat miałeś przy --force? Spróbuj: · Zaloguj się do konsoli (takiej prawdziwej C-M-F1) na roota · service kdm stop · zaloguj się na użytkownika · echo xterm ~/.xinitrc · xinit · awesome / startkde / gnome-session (zależnie czego uzywasz) Napisz na którym etapie nie wyjdzie i z jakim błędem. Powodzenia. -- Paweł ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: coś blocked for more than 120 seconds.
2010/10/15 Artur Frysiak wi...@pld-linux.org: Jaki fs? Podobne objawy miałem na ext4 z delalloc w ubuntu 10.04. Przy zapisie wielkiego pliku (kilkanaście GB) process flush-XX:XX zjadał 100% proca i wszelkie operację IO były strasznie zlagowane. Wg Linusa i innych takich masz super wydajną maszynę i się powinieneś cieszyć :P wolf ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: coś blocked for more than 120 seconds.
Dnia piątek, 15 października 2010, Arkadiusz Miskiewicz napisał: [...] Mam to samo na 2.6.27.54 oraz różne osoby raportują o podobnych problemach na 2.6.35.x. Przyczyna nie jest znana :-( U mnie przykładowo na maszynach które miały 27.54 po upgrade na 35.7 problem zniknął. Sprawdzałeś może vanillowego 2.6.35.7? To byłby dobry test. Może wina leży w łatkach. Mi się tak wywraca właśnie na 35.7. 100% skuteczności, 3x na 3 uruchomienia systemu. Najdalej po 1 dobie. Wróciłem do 33.3 (akurat to było wcześniej) i jest przynajmniej stabilnie. Dla odmiany, na laptopie mam 35.7, ale budowany z kernel-desktop. Czyli prawie waniliowe. I tutaj jest 100% stabilności. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: sfakalem sobie system
Dzieki, za procedure, przyda sie, o xinit nie pomyslalem. Niemniej poradzilem sobie przez przeinstalowanie kde* i Qt* Przy okazji pytanie, co sie dzieje z forum.pld-linux.org? Serwer jakos bardzo obciazony jest ze to siada? Jaki to ruch generuje? Pytam, bo awarie na kilka minut moga sie zdarzac, ale ostatnio chyba ze 2 dni forum nie dzialalo. On Wed, 13 Oct 2010, mk . wrote: Witam mam zainstalowane th x64, troche pomieszane z i686. Dzis zainstalowalem bind-utils przez force (bo cos tam krzyczal, ale niestety nie wiem co) No i od tej porty kdm startuje na moment pokazuje sie kursor i zaraz wraca do konsoli, ale normalnie jest uromione. Jak moge zdiagnozowac o co chodzi? Log xorg nie wywala zadych errorow. Brak danych. Jaki komunikat miałeś przy --force? Spróbuj: ˇ Zaloguj się do konsoli (takiej prawdziwej C-M-F1) na roota ˇ service kdm stop ˇ zaloguj się na użytkownika ˇ echo xterm ~/.xinitrc ˇ xinit ˇ awesome / startkde / gnome-session (zależnie czego uzywasz) Napisz na którym etapie nie wyjdzie i z jakim błędem. Powodzenia. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[OT] ld-zagadka
# Działa: /lib/ld-linux.so.2 /dev/stdin /bin/ls # Nie działa: cat /bin/ls | /lib/ld-linux.so.2 /dev/stdin Pytanie: dlaczego drugie nie działa? -- Pozdrawiam, Paweł ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl