[OpenAFS] Problems with 2.6.10, 1.3.79 & memcache
Lars Schimmer
schimmer@cg.cs.tu-bs.de
Fri, 11 Mar 2005 13:40:38 +0100
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lars Schimmer schrieb:
| Hi!
|
| I setup a filserver on debian sarge on 2.6.10 and 1.3.79 and I wanted to
| try out
| the memcache option.
| But after a reboot syslog pronts out:
| allocation failed: out of vmalloc space - use vmalloc=<size> to increase
| size.
| Mar 11 11:37:21 localhost last message repeated 10 times
| Mar 11 11:37:29 localhost kernel: afs_osi_Alloc: Can't vmalloc 8192 bytes.
| Mar 11 11:37:29 localhost kernel: afsd: memCache allocation failure at
| 72600 KB.
| Mar 11 11:37:29 localhost kernel: afsd: memory cache too large for
| available memory.
| Mar 11 11:37:29 localhost kernel: afsd: AFS files cannot be accessed.
| Mar 11 11:37:29 localhost kernel:
| Mar 11 11:37:29 localhost kernel: afs_osi_Alloc: Can't vmalloc 56032 bytes.
| Mar 11 11:37:29 localhost kernel: Unable to handle kernel NULL pointer
| dereference at virtual address 00000000
| Mar 11 11:37:29 localhost kernel: printing eip:
| Mar 11 11:37:29 localhost kernel: f8cef56b
| Mar 11 11:37:29 localhost kernel: *pde = 00000000
| Mar 11 11:37:29 localhost kernel: Oops: 0002 [#1]
| Mar 11 11:37:29 localhost kernel: PREEMPT
| Mar 11 11:37:29 localhost kernel: Modules linked in: openafs autofs4 ipv6
| af_packet analog evdev pcspkr rtc snd_via82xx snd_ac
| 97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd_page_alloc
| gameport
| snd_mpu401_uart snd_rawmidi snd_seq_device snd so
| undcore i2c_viapro i2c_core via_agp agpgart uhci_hcd usbcore 3c59x
| via_ircc irda
| ide_cd cdrom ide_generic via82cxxx trm290 tri
| flex slc90e66 sis5513 siimage serverworks sc1200 rz1000 piix pdc202xx_old
| pdc202xx_new opti621 ns87415 hpt366 ide_disk hpt34x
| generic cy82c693 cs5530 cs5520 cmd64x atiixp amd74xx alim15x3 aec62xx
| ide_core unix
| Mar 11 11:37:29 localhost kernel: CPU: 0
| Mar 11 11:37:29 localhost kernel: EIP: 0060:[pg0+947717483/1068364800]
| Tainted: P VLI
| Mar 11 11:37:29 localhost kernel: EFLAGS: 00010246 (2.6.10-atlas)
|
| Has anyone else seeing these kind of errors?
Ok, after setting memcache to diskcache, AFS starts and I can get tokens and can
access the AFS fs.
But if I setup a volume on that machine and try to copy data in that volume, AFS
ooops.
Here the syslog entrys with diskcache:
Mar 11 13:05:30 atlas kernel: <1>Unable to handle kernel NULL pointer
dereference at virtual address 000000c4
Mar 11 13:05:30 atlas kernel: printing eip:
Mar 11 13:05:30 atlas kernel: f8cfe89d
Mar 11 13:05:30 atlas kernel: *pde = 00000000
Mar 11 13:05:30 atlas kernel: Oops: 0000 [#4]
Mar 11 13:05:30 atlas kernel: PREEMPT
Mar 11 13:05:30 atlas kernel: Modules linked in: openafs autofs4 ipv6 af_packet
analog tsdev mousedev psmouse evdev pcspkr rtc
~ snd_via82xx snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer
snd_page_alloc gameport snd_mpu401_uart snd_rawmidi sn
d_seq_device snd soundcore i2c_viapro i2c_core via_agp agpgart uhci_hcd usbcore
3c59x via_ircc irda ide_cd cdrom ide_generic v
ia82cxxx trm290 triflex slc90e66 sis5513 siimage serverworks sc1200 rz1000 piix
pdc202xx_old pdc202xx_new opti621 ns87415 hpt3
66 ide_disk hpt34x generic cy82c693 cs5530 cs5520 cmd64x atiixp amd74xx alim15x3
aec62xx ide_core unix
Mar 11 13:05:30 atlas kernel: CPU: 0
Mar 11 13:05:30 atlas kernel: EIP: 0060:[pg0+947779741/1068364800]
Tainted: P VLI
Mar 11 13:05:30 atlas kernel: EFLAGS: 00010217 (2.6.10-atlas)
Mar 11 13:05:30 atlas kernel: EIP is at rxi_AllocPacketNoLock+0x3d/0x110 [openafs]
Mar 11 13:05:30 atlas kernel: eax: 0000007b ebx: 00000000 ecx: 00000001
edx: 0000007c
Mar 11 13:05:30 atlas kernel: esi: 00000000 edi: 00000004 ebp: 00000584
esp: f68dbde8
Mar 11 13:05:30 atlas kernel: ds: 007b es: 007b ss: 0068
Mar 11 13:05:30 atlas kernel: Process afs_checkserver (pid: 5872,
threadinfo=f68da000 task=f68a9560)
Mar 11 13:05:30 atlas kernel: Stack: f68dbdf4 f19e71a0 f8cfe9cc 00000001
00000000 00000000 02000000 f68dbe38
Mar 11 13:05:30 atlas kernel: 00000010 f19e71b8 00000004 f1fc7280
f19e71a0 f8cfbd2a f19e71a0 00000004
Mar 11 13:05:30 atlas kernel: f68dbe68 f7b7d540 f4d669c0 00000004
00000000 00000000 00000000 f19e71a0
Mar 11 13:05:30 atlas kernel: Call Trace:
Mar 11 13:05:30 atlas kernel: [pg0+947780044/1068364800]
rxi_AllocSendPacket+0x4c/0x130 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947768618/1068364800]
rxi_WriteProc+0x1da/0x480 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947769665/1068364800]
rx_WriteProc32+0x71/0xd0 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947758560/1068364800]
rxi_KeepAliveEvent+0x0/0xa0 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947786566/1068364800]
xdrrx_putint32+0x26/0x40 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947811799/1068364800] afs_xdr_int+0x47/0x70
[openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947727475/1068364800]
StartRXAFS_GetTime+0x33/0x50 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947786048/1068364800] multi_Ready+0x0/0x70
[openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947596249/1068364800]
afs_CheckServers+0x269/0x900 [openafs]
Mar 11 13:05:30 atlas kernel: [process_timeout+0/16] process_timeout+0x0/0x10
Mar 11 13:05:30 atlas kernel: [pg0+947825246/1068364800]
osi_TimedSleep+0xbe/0x110 [openafs]
Mar 11 13:05:30 atlas kernel: [default_wake_function+0/32]
default_wake_function+0x0/0x20
Mar 11 13:05:30 atlas kernel: [default_wake_function+0/32]
default_wake_function+0x0/0x20
Mar 11 13:05:30 atlas kernel: [pg0+947824424/1068364800] afs_osi_Wait+0x58/0x80
[openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947526458/1068364800]
afs_CheckServerDaemon+0xba/0x1a0 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947840656/1068364800]
afsd_thread+0x270/0x380 [openafs]
Mar 11 13:05:30 atlas kernel: [pg0+947840032/1068364800] afsd_thread+0x0/0x380
[openafs]
Mar 11 13:05:30 atlas kernel: [kernel_thread_helper+5/20]
kernel_thread_helper+0x5/0x14
Mar 11 13:05:30 atlas kernel: Code: 42 ff 3b 04 8d b0 e7 d2 f8 0f 8c aa 00 00 00
8b 1d c0 96 d3 f8 ff 05 e0 96 d3 f8 81 fb bc
96 d3 f8 74 79 8d 42 ff a3 e8 95 d3 f8 <f6> 83 c4 00 00 00 02 74 5a 8b 43 04 8b
13 89 42 04 89 10 c7 43
Seems to be 1.3.79 is not ready to use on 2.6.1x kernels... At least on debian.
Cya
Lars
- --
- -----------------------------------------------------------------
Technische Universität Braunschweig, Institut für Computergraphik
Tel.: +49 531 391-2109 E-Mail: schimmer@cg.cs.tu-bs.de
PGP-Key-ID: 0xB87A0E03
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCMZHGVguzrLh6DgMRAmKiAKDFadS/z4M5nV7QFbaVnGOWIVkLxQCfQItp
neriDnozhXGIRuc1AyVEMdM=
=SA6d
-----END PGP SIGNATURE-----