LINUX.ORG.RU

К чему бы это? Eeek! page_mapcount(page) went negative! (-1)


0

0

Что ядро пытается мне сказать? Где у него болит?

***
[...]
  CC [M]  net/ipv4/netfilter/ipt_REJECT.o
net/ipv4/netfilter/ipt_REJECT.c: In function `send_reset':
net/ipv4/netfilter/ipt_REJECT.c:231: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html>; for instructions.
For Debian GNU/Linux specific bug reporting instructions, see
<URL:file:///usr/share/doc/gcc-3.3/README.Bugs>.

make[3]: *** [net/ipv4/netfilter/ipt_REJECT.o] Interrupt
make[2]: *** [net/ipv4/netfilter] Interrupt
make[1]: *** [net/ipv4] Interrupt
make: *** [net] Interrupt

***

Eeek! page_mapcount(page) went negative! (-1)
  page->flags = 410
  page->count = 1
  page->mapping = 00000000
------------[ cut here ]------------
kernel BUG at mm/rmap.c:560!
invalid opcode: 0000 [#1]
Modules linked in: tun crc32 kqemu nls_cp866 vfat fat nls_koi8_r isofs nls_base zlib_inflate ipt_TCPMSS xt_tcpmss af_packet ppp_synctty ppp_async crc_ccitt ppp_generic slhc ipt_REJECT ipt_LOG xt_state iptable_filter iptable_nat ip_nat ip_conntrack nfnetlink iptable_raw ipt_TOS xt_tcpudp iptable_mangle ip_tables x_tables aes dm_crypt raid1 snd_rtctimer snd_opti93x snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_opl3_lib snd_timer snd_hwdep snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore floppy usbhid uhci_hcd usbcore md_mod dm_mod psmouse ide_cd cdrom unix
CPU:    0
EIP:    0060:[<c014a2cf>]    Not tainted VLI
EFLAGS: 00010286   (2.6.16.48chain #1) 
EIP is at page_remove_rmap+0x3f/0xb0
eax: ffffffff   ebx: c1000000   ecx: d6e9ac00   edx: 00000000
esi: 082da000   edi: c1000000   ebp: ca13bf34   esp: ca13be90
ds: 007b   es: 007b   ss: 0068
Process cc1 (pid: 3570, threadinfo=ca13a000 task=c5687570)
Stack: <0>c0292082 00000000 c77fbb68 c0143d12 c1000000 082da000 000000df 000000df 
       00000000 fffffe91 d7697740 0833e000 cf0f4080 0833e000 ca13bf34 c0143eb3 
       c032b3fc ccfe0a14 cf0f4080 08048000 0833e000 ca13bf34 00000000 0833dfff 
Call Trace:
 [<c0143d12>] zap_pte_range+0x142/0x210
 [<c0143eb3>] unmap_page_range+0xd3/0x150
 [<c014401d>] unmap_vmas+0xed/0x1a0
 [<c0148767>] exit_mmap+0x67/0xf0
 [<c0115f1f>] mmput+0x2f/0x80
 [<c011a73d>] do_exit+0xcd/0x360
 [<c011aa44>] do_group_exit+0x34/0x70
 [<c0102bf1>] syscall_call+0x7/0xb
Code: 74 21 8b 43 08 40 78 2d 8b 43 08 40 78 1d c7 04 24 10 00 00 00 bb ff ff ff ff 89 5c 24 04 e8 19 2d ff ff 8b 5c 24 08 83 c4 0c c3 <0f> 0b 30 02 40 20 29 c0 eb d9 8b 43 08 c7 04 24 80 2b 29 c0 40 
 <1>Fixing recursive fault but reboot is needed!
anonymous

Ну вот же написано: net/ipv4/netfilter/ipt_REJECT.c:231: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html>;; for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-3.3/README.Bugs>. Я так понимаю компилятора gcc, причем его пофиксили. и ядро говорит тебе об этом. Даже ссылки даны. =)

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

Отправку багрепорта я ниасилил, даже прочесть до конца инструкцию не смог - черезчур много хотят: исходник, да с инклюдсами, да опции компилятора, да еще что-то - работы (мне) часов на пять.

Но тут я просто не уверен, что проблема была в гцц. В конце концов, с третьей попытки он все скомпилял без проблем.

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

Мда... может ядро плохо скачалось? 1)Сходи по ссылкам, которое ядро выдавало тебе при ошибке компиляции. Там навярнака есть решение проблемы. 2) Скачай другое ядро, попробуй его откомпилять. 3)Если все это не поможет, то обнови gcc. Сегодня как раз новая версия вышла, а ты на таком старье сидишь... Я думаю в нем проблема.

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

>1)Сходи по ссылкам, которое ядро выдавало тебе при ошибке компиляции. Там навярнака есть решение проблемы.

Нету.

>2) Скачай другое ядро, попробуй его откомпилять.

Уже то же самое откомпилял. ;)

>сли все это не поможет, то обнови gcc. Сегодня как раз новая версия вышла, а ты на таком старье сидишь...

Что в Debian GNU/Linux Sarge есть, на том и сижу. Обновляться до Etch думаю тогда, когда стабилизируется ФС ext4, ну и выйдет хотя бы r1.

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

Я бы сказал по-французски, но модераторы не поймут.

С n-ной попутки, в той же среде все отработало, как надо. Но я ничего не менял. Собственно, я и хочу понять, что это было и почему пять (кажецца) раз подряд сегфолтился цц, причем в одном (но только одном) случае сислог выдал упомянутый выше "Ик!" ядра, после чего всё заработало. Чтобы больше такого не случалось.

Да, процессор холодный, memtest86+ ошибок не находит.

Кстати, тот же кусок лога был почему-то выведен в один из открытых xterm'ов (опять же, только один). И тогда же завис висевший в фоне pysol.

Если это чем-то поможет определить болезнь - буду рад :)

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