abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 16:00 | Nová verze

Byl vydán Mozilla Firefox 51.0. Z novinek lze upozornit například na upozorňování na přihlašování přes nešifrované spojení (HTTP), podporu pro přehrávání bezeztrátového formátu FLAC nebo podporu WebGL 2. Podrobné informace v poznámkách k vydání a na stránce věnované vývojářům. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 13
včera 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 2
včera 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 1
včera 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
včera 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
22.1. 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
22.1. 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (12%)
 (2%)
 (72%)
 (3%)
 (11%)
Celkem 394 hlasů
 Komentářů: 38, poslední dnes 17:00
Rozcestník
Reklama

Dotaz: Padající kernel na diskově zatíženém stroji

Zdeněk Zámečník avatar 29.4.2013 17:30 Zdeněk Zámečník | skóre: 26
Padající kernel na diskově zatíženém stroji
Přečteno: 495×
Už delší dobu se potýkám na zálohovacím stroji s nepředvídatelnými pády kernelu. Napřed jsem křivě "obviňoval" BTRFS, ale na EXT4 se problém časem objevil také. Systém prostě čas od času (jednou týdně, někdy častěji) vytuhne na kernel panic anebo alespoň kernel oops. Jedná se o aktualizovaný Debian Squeeze, běží zde prakticky jen rsync a rdiff-backup. Podotýkám, že server má 8GB paměti a nemá zapnutý swap. Většinu paměti prakticky trvale využívá pouze jako cache. Data se ukládají na 4 SATA disky v RAID10.

Měl by někdo nápad, kde je zakopaný pes?
Apr 29 10:15:01 backer /USR/SBIN/CRON[28245]: (root) CMD (command -v debian-sa1  /dev/null && debian-sa1 1 1)
Apr 29 10:15:49 backer kernel: [1111765.028106] ------------[ cut here ]------------
Apr 29 10:15:49 backer kernel: [1111765.028137] kernel BUG at /build/buildd-linux-2.6_2.6.32-48squeeze1-amd64-qu4MIV/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/buffer.c:3290!
Apr 29 10:15:49 backer kernel: [1111765.028192] invalid opcode: 0000 [#2] SMP 
Apr 29 10:15:49 backer kernel: [1111765.028220] last sysfs file: /sys/kernel/mm/ksm/run
Apr 29 10:15:49 backer kernel: [1111765.028245] CPU 3 
Apr 29 10:15:49 backer kernel: [1111765.028267] Modules linked in: fuse 8021q garp bridge stp bonding loop snd_pcm snd_timer radeon ttm snd drm_kms_helper soundcore drm i2c_algo_bit i2c_i801 snd_page_alloc parport_pc psmouse parport i2c_core serio_raw pcspkr joydev i3200_edac evdev video container output shpchp button pci_hotplug edac_core processor ext4 mbcache jbd2 crc16 dm_mod raid10 raid1 md_mod btrfs zlib_deflate crc32c libcrc32c usbhid hid sg sr_mod sd_mod crc_t10dif cdrom ata_generic uhci_hcd ahci it8213 libata ide_core floppy scsi_mod ehci_hcd e1000e thermal usbcore thermal_sys nls_base [last unloaded: scsi_wait_scan]
Apr 29 10:15:49 backer kernel: [1111765.028593] Pid: 47, comm: kswapd0 Tainted: G      D    2.6.32-5-amd64 #1 X7SBi
Apr 29 10:15:49 backer kernel: [1111765.028637] RIP: 0010:[ffffffff8110d4e5]  [ffffffff8110d4e5] free_buffer_head+0x11/0x3d
Apr 29 10:15:49 backer kernel: [1111765.028688] RSP: 0018:ffff88022e1cbbc0  EFLAGS: 00010206
Apr 29 10:15:49 backer kernel: [1111765.028715] RAX: ffff88015f1440b8 RBX: ffff88015f144070 RCX: ffff88015f144070
Apr 29 10:15:49 backer kernel: [1111765.028758] RDX: ffff88015f144070 RSI: ffff88022e1cbbd8 RDI: ffff88015f144070
Apr 29 10:15:49 backer kernel: [1111765.028802] RBP: 0000000000000001 R08: 2000000000000000 R09: ffff880149206478
Apr 29 10:15:49 backer kernel: [1111765.028845] R10: ffff880149206478 R11: ffffffffa025be5f R12: ffff880149206478
Apr 29 10:15:49 backer kernel: [1111765.028889] R13: 0000000000001830 R14: 000000000000182f R15: ffff88022e1cbc40
Apr 29 10:15:49 backer kernel: [1111765.028933] FS:  0000000000000000(0000) GS:ffff880008d80000(0000) knlGS:0000000000000000
Apr 29 10:15:49 backer kernel: [1111765.028978] CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
Apr 29 10:15:49 backer kernel: [1111765.029005] CR2: 00007fdb09846c30 CR3: 0000000122f33000 CR4: 00000000000006e0
Apr 29 10:15:49 backer kernel: [1111765.029049] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Apr 29 10:15:49 backer kernel: [1111765.029503] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Apr 29 10:15:49 backer kernel: [1111765.029503] Process kswapd0 (pid: 47, threadinfo ffff88022e1ca000, task ffff88022f250e20)
Apr 29 10:15:49 backer kernel: [1111765.029503] Stack:
Apr 29 10:15:49 backer kernel: [1111765.029503]  0000000000000001 ffffffff8110d83d ffff880149206478 ffff88015f144070
Apr 29 10:15:49 backer kernel: [1111765.029503] 0 ffffea00045f8548 ffff880149206478 ffff88022e1cbc68 ffffffff810bd321
Apr 29 10:15:49 backer kernel: [1111765.029503] 0 000000000000182f ffffea00045f8548 0000000000000003 ffffffff810bd3b5
Apr 29 10:15:49 backer kernel: [1111765.029503] Call Trace:
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff8110d83d] ? try_to_free_buffers+0x81/0x96
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810bd321] ? invalidate_inode_page+0x5c/0x87
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810bd3b5] ? invalidate_mapping_pages+0x69/0xdb
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff81100f47] ? shrink_icache_memory+0xfc/0x228
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810bfa09] ? shrink_slab+0xe0/0x153
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810c02ac] ? kswapd+0x4d9/0x686
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810bd923] ? isolate_pages_global+0x0/0x20f
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810652b2] ? autoremove_wake_function+0x0/0x2e
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff8103aa66] ? __wake_up_common+0x44/0x72
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff810bfdd3] ? kswapd+0x0/0x686
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff81064fe5] ? kthread+0x79/0x81
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff81011baa] ? child_rip+0xa/0x20
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff81064f6c] ? kthread+0x0/0x81
Apr 29 10:15:49 backer kernel: [1111765.029503]  [ffffffff81011ba0] ? child_rip+0x0/0x20
Apr 29 10:15:49 backer kernel: [1111765.029503] Code: 89 c2 7c d5 31 c0 3b 1d f2 40 5a 00 0f 9f c0 89 05 d1 40 5a 00 5b 5d 41 5c c3 48 83 ec 08 48 8d 47 48 48 39 47 48 48 89 fa 74 04 0f 0b eb fe 48 8b 3d c0 40 5a 00 48 89 d6 e8 d3 a1 fd ff 65 48 
Apr 29 10:15:49 backer kernel: [1111765.029503] RIP  [ffffffff8110d4e5] free_buffer_head+0x11/0x3d
Apr 29 10:15:49 backer kernel: [1111765.029503]  RSP ffff88022e1cbbc0
Apr 29 10:15:49 backer kernel: [1111765.036333] ---[ end trace 1277b17bea4c4d33 ]---
Apr 29 10:17:01 backer /USR/SBIN/CRON[28262]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Apr 29 10:25:01 backer /USR/SBIN/CRON[28314]: (root) CMD (command -v debian-sa1  /dev/null && debian-sa1 1 1)
Apr 29 10:35:01 backer /USR/SBIN/CRON[28384]: (root) CMD (command -v debian-sa1  /dev/null && debian-sa1 1 1)
Apr 29 10:45:01 backer /USR/SBIN/CRON[28449]: (root) CMD (command -v debian-sa1  /dev/null && debian-sa1 1 1)
Apr 29 10:55:01 backer /USR/SBIN/CRON[28520]: (root) CMD (command -v debian-sa1  /dev/null && debian-sa1 1 1)
Apr 29 11:05:01 backer /USR/SBIN/CRON[28585]: (root) CMD (command -v debian-sa1  /dev/null && debian-sa1 1 1)
Apr 29 11:14:33 backer kernel: [1115289.501382] ------------[ cut here ]------------
Apr 29 11:14:33 backer kernel: [1115289.501429] kernel BUG at /build/buildd-linux-2.6_2.6.32-48squeeze1-amd64-qu4MIV/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/buffer.c:3290!
Apr 29 11:14:33 backer kernel: [1115289.501502] invalid opcode: 0000 [#3] SMP 
Apr 29 11:14:33 backer kernel: [1115289.501531] last sysfs file: /sys/kernel/mm/ksm/run
Apr 29 11:14:33 backer kernel: [1115289.501556] CPU 3 
Apr 29 11:14:33 backer kernel: [1115289.501579] Modules linked in: fuse 8021q garp bridge stp bonding loop snd_pcm snd_timer radeon ttm snd drm_kms_helper soundcore drm i2c_algo_bit i2c_i801 snd_page_alloc parport_pc psmouse parport i2c_core serio_raw pcspkr joydev i3200_edac evdev video container output shpchp button pci_hotplug edac_core processor ext4 mbcache jbd2 crc16 dm_mod raid10 raid1 md_mod btrfs zlib_deflate crc32c libcrc32c usbhid hid sg sr_mod sd_mod crc_t10dif cdrom ata_generic uhci_hcd ahci it8213 libata ide_core floppy scsi_mod ehci_hcd e1000e thermal usbcore thermal_sys nls_base [last unloaded: scsi_wait_scan]
Apr 29 11:14:33 backer kernel: [1115289.502022] Pid: 28082, comm: ssh Tainted: G      D    2.6.32-5-amd64 #1 X7SBi
Apr 29 11:14:33 backer kernel: [1115289.502099] RIP: 0010:[ffffffff8110d4e5]  [ffffffff8110d4e5] free_buffer_head+0x11/0x3d
Apr 29 11:14:33 backer kernel: [1115289.502189] RSP: 0018:ffff8801940075f8  EFLAGS: 00010206
Apr 29 11:14:33 backer kernel: [1115289.502237] RAX: ffff88015f144b38 RBX: ffff88015f144af0 RCX: ffff88015f144af0
Apr 29 11:14:33 backer kernel: [1115289.502318] RDX: ffff88015f144af0 RSI: ffff880194007610 RDI: ffff88015f144af0
Apr 29 11:14:33 backer kernel: [1115289.502399] RBP: 0000000000000001 R08: 0000000000000009 R09: ffff880069766850
Apr 29 11:14:33 backer kernel: [1115289.502470] R10: ffffea000638f3e0 R11: ffffffffa025be5f R12: ffff880069766850
Apr 29 11:14:33 backer kernel: [1115289.502521] R13: ffff880069766850 R14: dead000000100101 R15: ffff880194007a08
Apr 29 11:14:33 backer kernel: [1115289.502575] FS:  00007f1eaaabe720(0000) GS:ffff880008d80000(0000) knlGS:0000000000000000
Apr 29 11:14:33 backer kernel: [1115289.502658] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 29 11:14:33 backer kernel: [1115289.502714] CR2: 00007f2613f86c30 CR3: 0000000181de2000 CR4: 00000000000006e0
Apr 29 11:14:33 backer kernel: [1115289.502795] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Apr 29 11:14:33 backer kernel: [1115289.502876] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Apr 29 11:14:33 backer kernel: [1115289.502957] Process ssh (pid: 28082, threadinfo ffff880194006000, task ffff88022b83f100)
Apr 29 11:14:33 backer kernel: [1115289.503040] Stack:
Apr 29 11:14:33 backer kernel: [1115289.503076]  0000000000000001 ffffffff8110d83d ffffea000638f418 ffff88015f144af0
Apr 29 11:14:33 backer kernel: [1115289.503138] 0 ffffea000638f3f0 ffffea000638f418 0000000000000001 ffffffff810bea11
Apr 29 11:14:33 backer kernel: [1115289.503229] 0 0000000000000042 ffff8801940076f8 ffff88022b83f100 ffff88022b83f100
Apr 29 11:14:33 backer kernel: [1115289.503349] Call Trace:
Apr 29 11:14:33 backer kernel: [1115289.503389]  [ffffffff8110d83d] ? try_to_free_buffers+0x81/0x96
Apr 29 11:14:33 backer kernel: [1115289.503442]  [ffffffff810bea11] ? shrink_page_list+0x48d/0x623
Apr 29 11:14:33 backer kernel: [1115289.503494]  [ffffffff810bdac3] ? isolate_pages_global+0x1a0/0x20f
Apr 29 11:14:33 backer kernel: [1115289.503548]  [ffffffff810bf2dc] ? shrink_list+0x45c/0x767
Apr 29 11:14:33 backer kernel: [1115289.503600]  [ffffffff810482ef] ? finish_task_switch+0x3a/0xaf
Apr 29 11:14:33 backer kernel: [1115289.503652]  [ffffffff812fc818] ? thread_return+0x79/0xe0
Apr 29 11:14:33 backer kernel: [1115289.503702]  [ffffffff810bf867] ? shrink_zone+0x280/0x342
Apr 29 11:14:33 backer kernel: [1115289.503754]  [ffffffff810168ec] ? read_tsc+0xa/0x20
Apr 29 11:14:33 backer kernel: [1115289.503790]  [ffffffff810c092e] ? try_to_free_pages+0x232/0x38e
Apr 29 11:14:33 backer kernel: [1115289.503824]  [ffffffff810bd923] ? isolate_pages_global+0x0/0x20f
Apr 29 11:14:33 backer kernel: [1115289.503858]  [ffffffff810ba9b8] ? __alloc_pages_nodemask+0x3d4/0x5fc
Apr 29 11:14:33 backer kernel: [1115289.503913]  [ffffffff812452db] ? sock_alloc_send_pskb+0xdd/0x2f6
Apr 29 11:14:33 backer kernel: [1115289.503966]  [ffffffff810e706a] ? kmalloc_large_node+0x5d/0x9b
Apr 29 11:14:33 backer kernel: [1115289.504017]  [ffffffff81249bec] ? __alloc_skb+0x69/0x15a
Apr 29 11:14:33 backer kernel: [1115289.504068]  [ffffffff810fd478] ? pollwake+0x0/0x58
Apr 29 11:14:33 backer kernel: [1115289.504117]  [ffffffff812452db] ? sock_alloc_send_pskb+0xdd/0x2f6
Apr 29 11:14:33 backer kernel: [1115289.504169]  [ffffffff81244ab2] ? release_sock+0x13/0xa0
Apr 29 11:14:33 backer kernel: [1115289.504219]  [ffffffff8103aa66] ? __wake_up_common+0x44/0x72
Apr 29 11:14:33 backer kernel: [1115289.504272]  [ffffffff812b4692] ? unix_stream_sendmsg+0x13b/0x2c8
Apr 29 11:14:33 backer kernel: [1115289.504325]  [ffffffff81241d8c] ? sock_aio_write+0xb1/0xbc
Apr 29 11:14:33 backer kernel: [1115289.504375]  [ffffffff810ef21e] ? do_sync_write+0xce/0x113
Apr 29 11:14:33 backer kernel: [1115289.504426]  [ffffffff8100f79c] ? __switch_to+0x285/0x297
Apr 29 11:14:33 backer kernel: [1115289.504474]  [ffffffff810652b2] ? autoremove_wake_function+0x0/0x2e
Apr 29 11:14:33 backer kernel: [1115289.504526]  [ffffffff810efb83] ? vfs_write+0xbc/0x102
Apr 29 11:14:33 backer kernel: [1115289.504572]  [ffffffff810efc85] ? sys_write+0x45/0x6e
Apr 29 11:14:33 backer kernel: [1115289.504618]  [ffffffff81010b42] ? system_call_fastpath+0x16/0x1b
Apr 29 11:14:33 backer kernel: [1115289.504667] Code: 89 c2 7c d5 31 c0 3b 1d f2 40 5a 00 0f 9f c0 89 05 d1 40 5a 00 5b 5d 41 5c c3 48 83 ec 08 48 8d 47 48 48 39 47 48 48 89 fa 74 04 0f 0b eb fe 48 8b 3d c0 40 5a 00 48 89 d6 e8 d3 a1 fd ff 65 48 
Apr 29 11:14:33 backer kernel: [1115289.504938] RIP  [ffffffff8110d4e5] free_buffer_head+0x11/0x3d
Apr 29 11:14:33 backer kernel: [1115289.504986]  RSP ffff8801940075f8
Apr 29 11:14:33 backer kernel: [1115289.505329] ---[ end trace 1277b17bea4c4d34 ]---

Řešení dotazu:


Odpovědi

Řešení 1× (Zdeněk Zámečník (tazatel))
29.4.2013 18:06 Sten
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Našel jsem tuhle chybu na několika jiných mailing listech, takže je známá, ale zatím není úplně jasné, co ji způsobuje. ext4 ani btrfs by tenhle bug vůbec nemělo vyvolat, pokud tedy mají zapnutý žurnál. Zatím to vypadá na chybu RAM modulu, vývojáři doporučují důkladně otestovat paměť.
29.4.2013 18:44 ewew | skóre: 36 | blog: ewewov_blog
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji

Je v tých mailing listoch aj backtrace ?

Pri prezeraní tohto výpisu som si všimol, že padly dva procesy. Jeden je na swapovanie a druhý je ssh.

sec.linuxpseudosec.sk
29.4.2013 19:01 Sten
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji

Jj, končí to v try_to_free_buffers. Konkrétní procesy nemají význam, protože jde o buffery souborového systému.

Ale zdá se to jako ne zrovna vzácný problém:
1
2
3

29.4.2013 19:40 ewew | skóre: 36 | blog: ewewov_blog
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji

Zaujímalo by ma ako majú namountované oddiely. Určite nemajú parameter noatime. Príklad 1 milión RW operácii na datach a ďalší milión na update atime. Je možné, že z nejakého dôvodu dôjde pamäť i keď je hlasená ako cache alebo voľná. Možno by nebolo na škodu dať do cronu vyprázdňovanie cache /proc/sys/vm/drop_caches.

sec.linuxpseudosec.sk
Zdeněk Zámečník avatar 29.4.2013 19:50 Zdeněk Zámečník | skóre: 26
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
V mém případě mám namountovaný oddíl s parametry noatime,data=writeback a žurnál nastavený na writeback příkazem tune2fs -o journal_data_writeback /dev/sdXY. U BTRFS jsem však nijak podobně neexperimentoval a problémy byly úplně stejné.
30.4.2013 00:44 Sten
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Jde o buffery FS, které FS se žurnálem nepoužívají. Takže je tam něco hodně shnilého :-)
Zdeněk Zámečník avatar 29.4.2013 19:55 Zdeněk Zámečník | skóre: 26
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Dík za nápad. Tak základní věc mě vůbec nenapadla. Zkusil jsem na dálku spustit memtester na 4GB paměti a už během chvilky dostavily výsledky:
memtester version 4.1.3 (64-bit)
Copyright (C) 2010 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).

pagesize is 4096
pagesizemask is 0xfffffffffffff000
want 4096MB (4294967296 bytes)
got  4096MB (4294967296 bytes), trying mlock ...locked.
Loop 1:
  Stuck Address       : ok         
  Random Value        : ok
  Compare XOR         : ok
FAILURE: 0x4bd951e296a56d0d != 0x4bd9520296a56d0d at offset 0x09318f66.
  Compare SUB         : FAILURE: 0xf2054644173a7af != 0xae47f244173a7af at offset 0x09318f66.
  Compare MUL         :   Compare DIV         : ok
  Compare OR          : ok
  Compare AND         : ok
  Sequential Increment: ok
  Solid Bits          : ok   
Zítra je zkusím vyměnit a ty staré otestovat pořádně memtestem.
Grunt avatar 29.4.2013 18:29 Grunt | skóre: 21 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Tak ty stroje tak moc diskově nezatěžuj a nebude ti to padat. A nebo použij místo 4 SATA disků jen 3. Jednoduché řešení, ne? :-D
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
Zdeněk Zámečník avatar 29.4.2013 21:28 Zdeněk Zámečník | skóre: 26
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Co to slyším za chroptění...? :-D
Grunt avatar 29.4.2013 21:35 Grunt | skóre: 21 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Tak co chceš slyšet? Chyba je jasná (jak to sakra jádro zjišťuje, to mi není jasné):
Apr 29 10:15:49 backer kernel: [1111765.028192] invalid opcode
Rozval kdump, dumpni jádro, najdi místo instrukce se špatným opcodem, poněvadž špatný opcode se tam asi těžko dostane při kompilaci, hoď na tomísto catchpoint a sleduj kdo to místo přepisuje (celé zjednodušené o debuging v jaderném prostoru), najdi vyníka, napiš patch a zašli ho do upstreamu. Problém vyřešen. A nebo můžeš důkladně otestovat paměť.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
Zdeněk Zámečník avatar 29.4.2013 22:11 Zdeněk Zámečník | skóre: 26
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
No jo, bohužel ne každý si libuje v kernel debuggingu jako ty, což tě možná mohlo vzhledem k povaze dotazu napadnout. Tohle už jsem tu viděl mnohokrát - čas od času se najde někdo, kdo dané problematice rozumí, ale napíše absolutně nic neříkající plk, který nikomu nepomůže.

Tím tě však nechci nějak napadat. Docela mne překvapilo, že po tom, co jsem na tvůj plk odvětil plkem, dostala se mi od tebe konstruktivní odpověď, která má něco do sebe. Kurňa, tos nemohl odpovědět srozumitelně rovnou?
Grunt avatar 29.4.2013 22:20 Grunt | skóre: 21 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Tohle už jsem tu viděl mnohokrát - čas od času se najde někdo, kdo dané problematice rozumí, ale napíše absolutně nic neříkající plk, který nikomu nepomůže. Kurňa, tos nemohl odpovědět srozumitelně rovnou?
Sorry, ale když jsem viděl tohle:

Zkušenosti z oborů:

  • Clusterové systémy
  • Virtualizace na OpenVZ, KVM, VirtualBox
  • Replikace databází
  • Inteligentní zálohovací systémy
  • Monitoring serverů
  • Pokročilé emailové systémy
  • Webhosting
  • Zabezpečení
  • Vysoce dostupné systémy

Klíčová slova:

  • DRBD
  • SMB PDC
  • PostgreSQL
  • MySQL
  • Zabbix
  • LVM
  • LDAP
  • SLURPD
  • CLVM
  • OCFS2
  • GFS2
  • ISCSI + Multipath
  • HA cluster / LB cluster
  • OpenVZ
  • KVM
  • VirtualBox
  • PureFTPd
  • VPN
  • Postfix
  • Dovecot
  • Sieved
  • Apache
  • Lighttpd
  • Syscp
  • Networking
  • Horde
  • Tape devices
  • Bash
  • Delphi
  • PHP
  • Python
  • Ajax
  • JavaScript
To bych musel být blázen, kdybych napsal něco užitečného. Místo kravin se máš zabývat užitečnější činnosti — jako je debugování jádra, třeba…
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
Zdeněk Zámečník avatar 29.4.2013 22:46 Zdeněk Zámečník | skóre: 26
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Necituj, když necituješ, stříháš si to jako na Nově. Nechápu, co proti mě od samého počátku tohohle dotazu máš. Jasně jsem napsal, že tě nechci nějak napadat a už pliveš. To zaprvé.

Za druhé debugging kernelu není můj šálek kávy a komunitě se snažím získané požitky vracet jinými způsoby. Kdybych si s tím uměl poradit, tak se tu neptám. Nikdy jsem netušil, jak se z toho dumpu dostat k nějakým použitelným informacím.

Za třetí mě se taky hypoteticky vůbec nemusí líbit tvoje zájmy, o kterých si tu bloguješ/diskutuješ, ale určitě ti nikdy nebudu cpát, že se zabejváš kravinama (už třeba jen ze slušnosti). Kdyby tu nebyl kernel, nemám si na čem pustit ty "svoje kraviny". Kdyby tu nebyly ty "moje kraviny", byl by "tvůj kernel" IMHO k ničemu. Ámen.
Grunt avatar 29.4.2013 23:25 Grunt | skóre: 21 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Ok, I'm really sorry. Forgiven?
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
Zdeněk Zámečník avatar 29.4.2013 23:45 Zdeněk Zámečník | skóre: 26
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
OK. Pro klid duše jsem upravil stránku o mně, aby už na nikoho nepůsobila tak negativně...
30.4.2013 00:45 Sten
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
NULL opcode se tam dostane právě při kompilaci, a to makrem BUG ;-)
Grunt avatar 29.4.2013 21:44 Grunt | skóre: 21 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Ty brďo, však tam máš dokonce i jméno zdrojového souboru a číslo řádky na kterém chyba nastala:
Apr 29 10:15:49 backer kernel: [1111765.028137] kernel BUG at /build/buildd-linux-2.6_2.6.32-48squeeze1-amd64-qu4MIV/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/buffer.c:3290!
Kde si to sebral? To chcu.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
29.4.2013 21:53 ewew | skóre: 36 | blog: ewewov_blog
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji

Je možné, že je to debug správa kernelu alebo to zachytil rsyslog s zdrojom od kernelu. Myslím, že v defaul konfigurácii rsyslog berie všetky priority.

sec.linuxpseudosec.sk
Grunt avatar 29.4.2013 22:10 Grunt | skóre: 21 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
Jo to vim, že to je debug zpráva kernelu, ale mě to většinou vytisklo jen kupu binárního nesmyslu, obsah registrů, nalinkované moduly a hlášku o přání světového míru. Že to tiskne důvod pádu až do takové míry jako je špatný opcode spouštěné instrukce, jméno funkce, číslo řádku a jméno zdrojového souboru je na můj vkus docela luxus.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
30.4.2013 00:47 Sten
Rozbalit Rozbalit vše Re: Padající kernel na diskově zatíženém stroji
To dělá makro BUG, pokud by to spadlo na něco jiného, tak to tam nebude

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.