LINUX.ORG.RU
ФорумTalks

[:ламо:]


0

0

Как быстро Ъ-enterprise система наподобии RHEL придёт в полностью неработоспособное состояние, если в ней из-под root выполнить "exec < /dev/urandom" ?

Как быстро больной на голову пользователь будет забанен, если его тюкнуть по голове монтировкой?

no-dashi ★★★★★
()

примерно за тоже время, что необходимо для убивания себя ап стену.

chocholl ★★
()

за сколько лет миллион обезьян, посаженных за пишущие машинки, напечатают полное собрание сочинений Шекспира или хотя бы одного "Гамлета" ?

(c)

Sylvia ★★★★★
()
Ответ на: комментарий от Cancellor

ничего так память почистило )
$ cowsay `yes`
^C
^C^C^C^C
^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C
bash: xmalloc: make_cmd.c:171: cannot allocate 8 bytes (0 bytes allocated)


главное что kill'ить нечего )

Sylvia ★★★★★
()
Ответ на: комментарий от Cancellor

$ `yes`
bash: xrealloc: subst.c:4494: cannot reallocate 1073741824 bytes (0 bytes allocated)


bash скушал 2Гб и отвалился :)
если в системе больше 2Гб памяти - не страшно

на 64 битной хотя может и не остановиться на 2 Гб

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

У меня 1 Гб рамы и 2 Гб свопа, так эффект что от рута, что без него (особенно в Гноме с запущенным компизом, огнелисом и торрентом) - эффект один и тот же ;-)

Cancellor ★★★★☆
()
Ответ на: комментарий от Sylvia

Ненене, киллер, как ни странно, не просыпается ;-) Просто всё уходит глубоко в своп, и реакция даже на движение мышкой происходит секунд чрез 10-15. Единственное, что можно попытаться сделать - переключиться в консоль, подождать минут 5, залогиниться, подождать минут 7, пока bash соизволит запуститься, и перейти в single-user mode, а то и вообще ребутнуться нафиг. Почему-то OOM не считает такой расклад достойным своего появления ;-)

Cancellor ★★★★☆
()
Ответ на: комментарий от Cancellor

на ноуте запустила, 1.3 Gb RAM

злобный ООМ решил кильнуть процесс из BTRFS ) не очень то хорошо

btrfs-endio-0 invoked oom-killer: gfp_mask=0xd2, order=0, oomkilladj=0
Pid: 1946, comm: btrfs-endio-0 Tainted: P 2.6.28.6-lu #1
Call Trace:
[<c0163a00>] oom_kill_process+0x74/0x1e5
[<c01d6fa8>] security_capable+0x9/0xa
[<c0163f04>] badness+0x14b/0x1a3
[<c01640dc>] out_of_memory+0x180/0x1c4
[<c0166c6a>] __alloc_pages_internal+0x437/0x46a
[<c01790ee>] __vmalloc_area_node+0x8b/0x102
[<c017923b>] vmalloc+0x21/0x25
[<f87620c5>] find_zlib_workspace+0xf7/0x16d [btrfs]
[<f87620c5>] find_zlib_workspace+0xf7/0x16d [btrfs]
[<f8762326>] btrfs_zlib_decompress_biovec+0x24/0x39e [btrfs]
[<c01286b2>] finish_task_switch+0x22/0xb0
[<c03140a2>] schedule+0x283/0x77b
[<c011f1ca>] kunmap_atomic+0x82/0x91
[<c011f17c>] kunmap_atomic+0x34/0x91
[<f8763368>] end_compressed_bio_read+0x81/0x1ee [btrfs]
[<f8730736>] end_workqueue_fn+0x18e/0x1a0 [btrfs]
[<f87632e7>] end_compressed_bio_read+0x0/0x1ee [btrfs]
[<c01a3fdc>] bio_endio+0x1a/0x30
[<f8758aed>] worker_loop+0x7e/0x168 [btrfs]
[<c0121ace>] complete+0x37/0x46
[<f8758a6f>] worker_loop+0x0/0x168 [btrfs]
[<c013df13>] kthread+0x39/0x62
[<c013deda>] kthread+0x0/0x62
[<c0104a6f>] kernel_thread_helper+0x7/0x18
Mem-Info:
DMA per-cpu:
CPU 0: hi: 0, btch: 1 usd: 0
Normal per-cpu:
CPU 0: hi: 186, btch: 31 usd: 173
HighMem per-cpu:
CPU 0: hi: 186, btch: 31 usd: 178
Active_anon:161958 active_file:77 inactive_anon:161977
inactive_file:1659 unevictable:12 dirty:0 writeback:0 unstable:0
free:6546 slab:3815 mapped:1785 pagetables:1150 bounce:0
DMA free:5580kB min:64kB low:80kB high:96kB active_anon:3072kB inactive_anon:3176kB active_file:8kB inactive_file:112kB unevictable:0kB present:15804kB pages_scanned:1681 all_unreclaimable? no
lowmem_reserve[]: 0 865 1380 1380
Normal free:20220kB min:3728kB low:4660kB high:5592kB active_anon:406056kB inactive_anon:405788kB active_file:124kB inactive_file:3252kB unevictable:16kB present:885944kB pages_scanned:2185764 all_unreclaimable? yes
lowmem_reserve[]: 0 0 4126 4126
HighMem free:384kB min:512kB low:1064kB high:1620kB active_anon:238704kB inactive_anon:238944kB active_file:176kB inactive_file:3272kB unevictable:32kB present:528136kB pages_scanned:829930 all_unreclaimable? yes
lowmem_reserve[]: 0 0 0 0
DMA: 1*4kB 1*8kB 2*16kB 5*32kB 2*64kB 3*128kB 1*256kB 1*512kB 0*1024kB 0*2048kB 1*4096kB = 5580kB
Normal: 4012*4kB 2*8kB 2*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 20192kB
HighMem: 1*4kB 0*8kB 1*16kB 1*32kB 1*64kB 0*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 372kB
1819 total pagecache pages
0 pages in swap cache
Swap cache stats: add 134571, delete 134571, find 18285/19148
Free swap = 0kB
Total swap = 497972kB
360384 pages RAM
133074 pages HighMem
13012 pages reserved
1991 pages shared
338192 pages non-shared
Out of memory: kill process 22725 (sshd) score 189077 or a child
Killed process 22727 (bash-1.14.7)

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

> злобный ООМ решил кильнуть процесс из BTRFS

ООМ как бы намекает, что нечего пользоваться нестабильными файловыми системами ;-)

> Out of memory: kill process 22725 (sshd) score 189077 or a child > Killed process 22727 (bash-1.14.7)

Я правильно понял, что одной жертвы (btrfs-endio-0) оказалось мало?

Cancellor ★★★★☆
()
Ответ на: комментарий от Cancellor

не совсем, это btrfs захотело памяти, и вызвало ООМа себе в помошь ,
который убил sshd и bash на нём, тот самый который память кушал, так что все корректно :)

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

Ну тогда всё логично, а то я уж было подумал, что киллер посчитал драйвер файловой системы не таким уж и важным процессом ;-)

А всё равно не надо на реальном железе использовать нестабильную ФС.

Cancellor ★★★★☆
()
Ответ на: комментарий от Cancellor

ноут бэкапится, к тому же там btrfs на /usr /opt , на /home - ext3

если что - не жалко, арч поставлю )

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

> главное что kill'ить нечего )
хмм.. посмотрел пид процесса, который жрёт память (это bash) и спокойно его кильнул.

lv ★★
()
Ответ на: комментарий от Cancellor

+1 фраг... 512 RAM, 512 swap...))) почуял неладное - в консоль killall -9 bash )))

ei-grad ★★★★★
()

1 гб RAM, 2 гб свопа - подождал полминуты, не дождался проблем, набрал в одной вкладке konsole команду ps auxw|grep zsh, посмотрел на пицотмигобайт выжранных им, заготовил в другой вкладке kill -9 4594, но не нажал enter, в третьей запустил htop еще полминуты пырился на динамику зажираемой памяти, потом сходил нажал enter в той вкладке где был заготовлен килл. всё это время у меня ничего не тормозило.

Stiletto
()
Ответ на: комментарий от Stiletto

что-то у вас медленный процессор ) на core2 быстро-быстро ест свои 2Гб и вылетает из за того что память есть, а адресовать ее для процесса уже нельзя )

Sylvia ★★★★★
()

>cowsay `yes`

Как знал! Даже безобидно выглядящие строки с ЛОРа нельзя выполнять в шелле! :) zsh просто вылетал несколько раз, но память, похоже, не освобождал. А потом я, для полноты эксперимента, запустил в баше. Это и прикончило систему.

Как это вообще работает? Попытка выделить память под о-о-очень длинную строку?

TuxR ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.