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í
×
včera 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 0
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 11
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 38
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 935 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    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: 499×
    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: 22 | 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: 22 | 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: 22 | 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: 22 | 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: 22 | 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: 22 | 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.