Here is another backtrace, this time on my home machine (gentoo, the
same as the first backtrace submitted), now with ext3.
Registering unionfs 20060423-1600
unionfs: error accessing hidden directory
'/mnt/hda14/imagesclean/.level2' (error -2)
unionfs_read_super: error while parsing options (err = -2)
EXT3-fs warning (device hda14): ext3_unlink: Deleting nonexistent file
(183099), 0
Unable to handle kernel paging request at virtual address 756167e5
printing eip:
c01b11b3
*pde = 00000000
Oops: 0000 [#1]
SMP
Modules linked in: snd_pcm_oss snd_mixer_oss unionfs analog ns558
snd_mpu401 snd_opl3_lib snd_cs4231_lib snd_mpu401_uart parport_pc
parport floppy pcspkr nvidia cx88_blackbird cx8802 firmware_class
tuner cx8800 cx88xx i2c_algo_bit video_buf ir_common tveeprom
compat_ioctl32 v4l1_compat v4l2_common btcx_risc videodev emu10k1_gp
gameport snd_intel8x0 nvidia_agp agpgart rtc eeprom w83l785ts asb100
hwmon_vid i2c_nforce2 i2c_core snd_emu10k1 snd_rawmidi snd_ac97_codec
snd_ac97_bus snd_pcm snd_seq_device snd_timer snd_page_alloc
snd_util_mem snd_hwdep snd forcedeth dm_mirror dm_mod sata_mv ata_piix
ahci sata_qstor sata_vsc sata_uli sata_sis sata_sx4 sata_nv sata_via
sata_svw sata_sil sata_promise libata sbp2 ohci1394 ieee1394 sl811_hcd
ohci_hcd uhci_hcd usb_storage usbhid ehci_hcd usbcore
CPU: 0
EIP: 0060:[<c01b11b3>] Tainted: P VLI
EFLAGS: 00010206 (2.6.16-gentoo-r4 #1)
EIP is at ext3_get_inode_block+0x25/0x102
eax: 00000001 ebx: 696c672f ecx: c4cf0650 edx: 75616665
esi: cb1a4754 edi: c2b953ec ebp: c2f27ed4 esp: c2f27e54
ds: 007b es: 007b ss: 0068
Process emerge (pid: 7255, threadinfo=c2f27000 task=deaa2560)
Stack: <0>c2b953ec c2b953ec 00000000 cb1a4754 c2b953ec c2f27ed4
c01b12ac 75616665
696c672f c2f27ed4 cb1a47f0 cb1a47f0 00000000 cb1a4754 c2b953ec c2f27ed4
c01b14ac cb1a47f0 c2f27ed4 00000001 c01b1e51 cb1a47f0 c2f27ed4 cb1a47f0
Call Trace:
[<c01b12ac>] __ext3_get_inode_loc+0x1c/0x201
[<c01b14ac>] ext3_get_inode_loc+0x1b/0x1f
[<c01b1e51>] ext3_reserve_inode_write+0x1c/0x83
[<c01b4cdc>] ext3_orphan_del+0x143/0x1e0
[<c01bcee1>] journal_start+0x75/0x9f
[<c01aedcf>] ext3_delete_inode+0x7f/0xc3
[<c01aed50>] ext3_delete_inode+0x0/0xc3
[<c01683a0>] generic_delete_inode+0x89/0xf3
[<c0165fcd>] dput+0x102/0x11b
[<c0153a88>] __fput+0x10d/0x12b
[<c014655e>] remove_vma+0x27/0x3a
[<c0147f29>] exit_mmap+0xca/0xdd
[<c0117e5a>] mmput+0x21/0x78
[<c011c4ef>] do_exit+0x171/0x345
[<c011c772>] sys_exit_group+0x0/0x11
[<c01026bb>] sysenter_past_esp+0x54/0x79
Code: 5c 5b 5e 5f 5d c3 55 57 56 53 57 57 8b 5c 24 20 83 fb 02 0f 95
c2 31 c0 83 fb 08 0f 95 c0 85 c2 74 14 83 fb 07 74 0f 8b 54 24 1c <8b>
82 80 01 00 00 3b 58 50 72 11 8b 44 24 1c 8b 88 80 01 00 00
Badness in do_exit at kernel/exit.c:802
[<c011c3b5>] do_exit+0x37/0x345
[<c0104046>] do_trap+0x0/0xc1
[<c0112cd6>] do_page_fault+0x3b4/0x4e7
[<c0112922>] do_page_fault+0x0/0x4e7
[<c010392f>] error_code+0x4f/0x60
[<c01b11b3>] ext3_get_inode_block+0x25/0x102
[<c01b12ac>] __ext3_get_inode_loc+0x1c/0x201
[<c01b14ac>] ext3_get_inode_loc+0x1b/0x1f
[<c01b1e51>] ext3_reserve_inode_write+0x1c/0x83
[<c01b4cdc>] ext3_orphan_del+0x143/0x1e0
[<c01bcee1>] journal_start+0x75/0x9f
[<c01aedcf>] ext3_delete_inode+0x7f/0xc3
[<c01aed50>] ext3_delete_inode+0x0/0xc3
[<c01683a0>] generic_delete_inode+0x89/0xf3
[<c0165fcd>] dput+0x102/0x11b
[<c0153a88>] __fput+0x10d/0x12b
[<c014655e>] remove_vma+0x27/0x3a
[<c0147f29>] exit_mmap+0xca/0xdd
[<c0117e5a>] mmput+0x21/0x78
[<c011c4ef>] do_exit+0x171/0x345
[<c011c772>] sys_exit_group+0x0/0x11
[<c01026bb>] sysenter_past_esp+0x54/0x79
Fixing recursive fault but reboot is needed!
Valentin Zagura
On 5/3/06, Valentin Zagura <[EMAIL PROTECTED]> wrote:
This happened a few (8-10) times on our main build machine at an
interval of a 3-4 days.
The users have a chrooted environment for their development and the result
of this issue is that all user accounts are freezed and the machine
needs to be restarted (ungracefully, because issuing shutdown will not
work).
I did not force a module unload by myself EVER on that machine and nobody else
has root access on it. Maybe some SuSE scripts do this, I don't know.
Yesterday I changed the filesystem of the home directories from reiserfs to
ext3 and given the importance of this machine I hope I will not
reproduce the problem ;)
Valentin Zagura
On 5/3/06, Josef Sipek <[EMAIL PROTECTED]> wrote:
> On Tue, May 02, 2006 at 04:05:45PM +0300, Valentin Zagura wrote:
> > Tainted: GF U VLI
>
> Can you reproduce it without forcing a module unload (or similar.)
>
> Thanks,
> Jeff.
>
_______________________________________________
unionfs mailing list
[email protected]
http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
