Dotaz: Kernel bug 2.6.11 kswapd0

[r0man]

Zdravim mam nasledujuci problem: System Gentoo 2004.3, jadro 2.6.11-rc4, proc AMD2000+, 768MB RAM, SWAP 340 MB
nahravam mencoderom z tv karty a po nejakom case dostanem nasledujuce hlasenie z kernelu (pozri nizsie) a nasledne sa polozi cely system. Vyzera to ako keby ten mencoder minul celu RAM pamat a SWAPu sa ani nedotkne.SWAP ma okolo 340 MB V kerneli som uz vypol volbu Preemptible Kernel ale nepomohlo to.
Top vyzeral nejak takto s tym ze cim viac ten mencoder nahraval tym viac bola vacsia polozka USED. Nevie mi niekto poradit cim by to mohlo byt? Pamat som kontroloval Memtestom86+
dakujem za kazdu radu
roman

total       used       free     shared    buffers     cached
Mem:        774960     559628     215332          0      48056     319524
-/+ buffers/cache:     192048     582912
Swap:       337356          0     337356

Mar 26 17:50:25 localhost kernel: ------------[ cut here ]------------
Mar 26 17:50:25 localhost kernel: kernel BUG at mm/vmscan.c:563!
Mar 26 17:50:25 localhost kernel: invalid operand: 0000 [#1]
Mar 26 17:50:25 localhost kernel: PREEMPT
Mar 26 17:50:25 localhost kernel: Modules linked in: it87 eeprom lm90 i2c_sensor i2c_i
Mar 26 17:50:25 localhost kernel: CPU:    0
Mar 26 17:50:25 localhost kernel: EIP:    0060:[shrink_cache+143/880]    Tainted: P
Mar 26 17:50:25 localhost kernel: EIP:    0060:[<>]    Tainted: P      VLI
Mar 26 17:50:25 localhost kernel: EFLAGS: 00010046   (2.6.11-gentoo-r4)
Mar 26 17:50:25 localhost kernel: EIP is at shrink_cache+0x8f/0x370
Mar 26 17:50:25 localhost kernel: eax: 00000000   ebx: c0429964   ecx: c14003b8   edx:
Mar 26 17:50:25 localhost kernel: esi: 0000000e   edi: c0429a3c   ebp: 0000000d   esp:
Mar 26 17:50:25 localhost kernel: ds: 007b   es: 007b   ss: 0068
Mar 26 17:50:25 localhost kernel: Process kswapd0 (pid: 177, threadinfo=efe86000 task=
Mar 26 17:50:25 localhost kernel: Stack: 00000000 efe86ea4 efe86ea4 efe86000 00000020
Mar 26 17:50:25 localhost kernel:        00000001 c1473da0 c148f400 c1456d40 c1497c60
Mar 26 17:50:25 localhost kernel:        c1460940 c14695a0 c14674e0 c14695e0 c143c4c0
Mar 26 17:50:25 localhost kernel: Call Trace:
 

Odpovědi

[Pinky]

zkusil bych nejdriv odinstalovat moduly ktere to puzivaji(tam chyba ale neni) pouzit starsi kernel(2.6.10) a prohledat na www.kernel.org bugzillu na danou chybu, a případně ji nahlásit. Neupgradoval jsi nahodou nedavno na 2.6 kernel-headers nebo nějaké významné povýšení glibc atp.?

[seldon]

Praveze mi to robilo uz aj na jadre 2.6.10 tak som upgradol na 2.6.11 a tam so to sprava zrovna tak isto..glibc som nezvysoval, teda aspon o tom neviem..ale mam pocit ze ked som rozsiril RAM z 256 na 768..ale to moze byt len subjektivny pocit... nejake chyby som na kernel.org nasiel a moc mi to nepomohlo..

[Pinky]

no ještě bych zkusil vypnout swap(muzes skusit odebrat pamnet) a pak hlásit bug. Jinak se s tím asi mnoho dělat nedá, pokud ovšem neumíš programovat. Možná by jsi mohl zkusit nějaký kernel z jiné distribuce, ale to si člověk většinou musí trochu pohrát aby nabootoval, ale alespoň by jsi pak podle rozdílu v konfiguraci mohl zjistit co to konkrétně dělá (pokud to není kompilátorem, můžeš zkusit pokud tam máš (určitě ano) přepnout na starčí pomocí gcc-config už se mi taky stalo že to bylo tím)

[seldon]

skusim vypnut ten swap..tiez ma to napadlo..uz som sa zase vratil k 2.6.10..ale to je asi jedno..ano to cele vyzera tak ze sa na ten swap ani nedostane, v tom momente ked minie celu RAM...moc do toho nevydim ako by to cele s tou RAM a SWAPom malo byt..(dnes bude dlha noc.) dik zatim

[seldon]

tak som skusil vypnut SWAP..a detto..cely system isiel do kolien po zaplneni pamate..spravil som pokus..pospustal som co najviac app aby sa co naviac pamate zaplnilo a potom som pustil grabovat telku cez mencoder a zachvilku to cele pekne krasne vytuhlo...uz ma nic nenapada co s tym..

[Pinky]

No tak to ti nezbýva asi nic jiného než nahlásit bug na www.kernel.org zkusit překompilovat mplayer(ten by neměl schodit kernel, je to chyba jádra, ale může dělat něco neočekávaného) a počkat až to někdo opraví nebo se stát hackerem a opravit si to sám.

[seldon]

spravil som este jeden pokus..v masine mam 256 MB a 512 MB..ked som nechal len 256, alebo len samotnu 512, tak sa nic nestalo..vyuzival aj SWAP a system sa nepolozil..len ked su tam obidve vtedy je problem..uz tomu vobec nechapem..

[jm]

Hmm, mas zapnutou High Memory Support?

[Pinky]

Já mysle že himem je nad 4GB, a navíc mám bez high mem 6G swap (nikdy jsem nepoužil víc jak 512M :) a funguje(tedy mam dva 100M + 6G ktery pripojuju jen ve chvili nouze)

[seldon]

nie nemam..tam je to az od 1GB? ci nie? myslis ze by to malo byt zapnute?

[jm]

Zkus to...

[Jan Kundrát (jkt)]

CONFIG_NOHIGHMEM:

If you are compiling a kernel which will never run on a machine with
more than 1 Gigabyte total physical RAM, answer "off" here (default     
choice and suitable for most users). This will result in a "3GB/1GB"    
split: 3GB are mapped so that each process sees a 3GB virtual memory    
space and the remaining part of the 4GB virtual memory space is used
by the kernel to permanently map as much physical memory as
possible.

[jm]

Ano, to mi nerikas nic noveho, nicmene ta napoveda je chybna. Ta pamet se na x86 nikdy nedostane pres nejakych cca 880MB, pokud se tahle polozka nezapne.

[Pinky]

To je mapování PCI do paměti nebo konstrukcí procesoru? nebo?

[jm]

Viz Feature: High Memory In The Linux Kernel

Some area of memory is reserved for storing several kernel data
structures that store information about the memory map and page
tables. This on x86 is 128 MB. Hence, of the 1 GB physical memory the
kernel can access, 128MB is reserved. This means that the kernel
virtual address in this 128 MB is not mapped to physical memory. This
leaves a maximum of 896 MB for ZONE_NORMAL. So, even if one has 1 GB
of physical RAM, just 896 MB will be actually available.

Nicmene to byl jenom napad, co vyzkouset, IMHO je to opravdu bug.

[Jan Kundrát (jkt)]

a neplati tohle jenom pro adresovy prostor kernelu, ne pro aplikace? nevim, ptam se.

[jm]

Ne, kernel musi bych schopen namapovat veskerou dostupnou fyzickou pamet do sveho adresniho prostoru, aby mohl pred procesy schovat ty oblasti fyzicke pameti, ktere sam vyuziva. Jinak by to vzalo asi dost rychle spatny konec.

[Jan Kundrát (jkt)]

jo, ale sam rikas fyzickou pamet, a tazatel ma 768MB.

[jm]

No ja myslel, uz uz nejakou chvili mluvime o necem jinem.

[Jan Kundrát (jkt)]

Ale jo, to byla jenom plynula odbocka k puvodnimu dotazu. On IMHO HIGHMEM nepotrebuje.

[Jan Kundrát (jkt)]

IMHO jednoznacne reportovat jako bug...

[seldon]

nepomohlo ani zapnutie High Memory..no asi to fakt budem musit poslat ako bug..