Dear Junjiro-San,

after moving from 2.6.34.5 to 2.6.34.7, I suffer from crashes like this:

Sep 20 03:51:37 tyrex kernel: [18169.930270] ------------[ cut here 
]------------
Sep 20 03:51:37 tyrex kernel: [18169.939562] kernel BUG at 
/usr/src/packages/BUILD/aufs2-standalone.tree-34-20100823/obj
/pae/fs/aufs/dynop.c:198!
Sep 20 03:51:37 tyrex kernel: [18169.960305] invalid opcode: 0000 [#1] SMP 
Sep 20 03:51:37 tyrex kernel: [18169.968677] last sysfs file: 
/sys/devices/system/cpu/cpu7/cache/index2/shared_cpu_map
Sep 20 03:51:37 tyrex kernel: [18169.984438] Modules linked in: ip6t_LOG 
ipt_MASQUERADE xt_pkttype xt_TCPMSS xt_tcpudp i
pt_LOG xt_limit iptable_nat nf_nat tun nfsd autofs4 af_packet nfs lockd fscache 
nfs_acl auth_rpcgss sunrpc cpufreq_conse
rvative cpufreq_userspace cpufreq_powersave acpi_cpufreq speedstep_lib 
ip6t_REJECT nf_conntrack_ipv6 ip6table_raw xt_NOT
RACK ipt_REJECT xt_physdev xt_state iptable_raw iptable_filter mperf 
ip6table_mangle nf_conntrack_netbios_ns nf_conntrac
k_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables ip6table_filter ip6_tables 
x_tables bridge stp llc fuse aufs loop dm_mod is
l6421 cx24116 cx88_dvb cx88_vp3054_i2c videobuf_dvb tuner lnbp21 stv0299 
snd_hda_intel snd_hda_codec cx88_alsa iTCO_wdt 
cx8800 cx8802 dvb_ttpci iTCO_vendor_support cx88xx dvb_core pl2303 ir_common 
i2c_algo_bit pcspkr tpm_tis tveeprom v4l2_c
ommon saa7146_vv snd_hwdep button videodev v4l1_compat usbserial tpm saa7146 
ir_core snd_pcm ttpci_eeprom videobuf_dma_s
g videobuf_core btcx_risc sr_mod tpm_bios cdrom e1000e snd_timer i
Sep 20 03:51:37 tyrex kernel: 2c_i801 snd soundcore snd_page_alloc sg kvm_intel 
kvm usbhid ehci_hcd usbcore edd xfs expo
rtfs fan thermal processor thermal_sys sd_mod ata_piix libata arcmsr scsi_mod
Sep 20 03:51:37 tyrex kernel: [18170.193950] 
Sep 20 03:51:37 tyrex kernel: [18170.196927] Pid: 26464, comm: find Not tainted 
2.6.34.7-3-pae #1 P7F-E/System Product N
ame
Sep 20 03:51:37 tyrex kernel: [18170.213535] EIP: 0060:[<f7d96ea1>] EFLAGS: 
00010282 CPU: 0
Sep 20 03:51:37 tyrex kernel: [18170.224557] EIP is at dy_aop+0x191/0x780 [aufs]
Sep 20 03:51:37 tyrex kernel: [18170.233690] EAX: f7d97db0 EBX: d0ba42c0 ECX: 
c02d01b0 EDX: 00000000
Sep 20 03:51:37 tyrex kernel: [18170.246458] ESI: ee9dec00 EDI: f82482c0 EBP: 
d0ba42c0 ESP: d40c9c18
Sep 20 03:51:37 tyrex kernel: [18170.259226]  DS: 007b ES: 007b FS: 00d8 GS: 
0033 SS: 0068
Sep 20 03:51:37 tyrex kernel: [18170.270352] Process find (pid: 26464, 
ti=d40c8000 task=c14caf00 task.ti=d40c8000)
Sep 20 03:51:37 tyrex kernel: [18170.285624] Stack:
Sep 20 03:51:37 tyrex kernel: [18170.289726]  c031f0a7 00008050 f7d97611 
00000206 00008050 00000080 f7db5380 f7db5380
Sep 20 03:51:37 tyrex kernel: [18170.305174] <0> f7da7ee4 f7db537c f7d97643 
00000002 0000090c 00000000 00000f00 f53d2e60
Sep 20 03:51:37 tyrex kernel: [18170.321696] <0> 00000000 00000000 d40c9d18 
00000000 ee373d40 d40c9d6c f7da7ee4 00000001
Sep 20 03:51:37 tyrex kernel: [18170.338635] Call Trace:
Sep 20 03:51:37 tyrex kernel: [18170.343644]  [<f7d97643>] dy_get+0x123/0x290 
[aufs]
Sep 20 03:51:37 tyrex kernel: [18170.353599]  [<f7d9785c>] 
au_dy_iaop+0x7c/0x100 [aufs]
Sep 20 03:51:37 tyrex kernel: [18170.364100]  [<f7d9ee8c>] 
au_new_inode+0x67c/0x800 [aufs]
Sep 20 03:51:37 tyrex kernel: [18170.375254]  [<f7da0811>] 
aufs_lookup+0x251/0x280 [aufs]
Sep 20 03:51:37 tyrex kernel: [18170.386040]  [<c0315de0>] do_lookup+0xc0/0x1e0
Sep 20 03:51:37 tyrex kernel: [18170.395127]  [<c031699b>] 
link_path_walk+0x1eb/0x850
Sep 20 03:51:37 tyrex kernel: [18170.405213]  [<c0317374>] path_walk+0x54/0xc0
Sep 20 03:51:37 tyrex kernel: [18170.414070]  [<c0317519>] 
do_path_lookup+0x59/0xa0
Sep 20 03:51:37 tyrex kernel: [18170.423864]  [<c031808a>] 
user_path_at+0x5a/0x80
Sep 20 03:51:37 tyrex kernel: [18170.433152]  [<c030f857>] vfs_fstatat+0x37/0x70
Sep 20 03:51:37 tyrex kernel: [18170.442530]  [<c030f8ae>] 
sys_fstatat64+0x1e/0x40
Sep 20 03:51:37 tyrex kernel: [18170.452114]  [<c020320c>] 
sysenter_do_call+0x12/0x22
Sep 20 03:51:37 tyrex kernel: [18170.462208]  [<ffffe424>] 0xffffe424
Sep 20 03:51:37 tyrex kernel: [18170.469444] Code: 00 00 89 43 4c 8b 47 3c 85 
c0 74 0c a1 5c 7f da f7 85 c0 74 1a 89 43 
50 8b 4f 40 85 c9 74 0c a1 60 7f da f7 85 c0 74 5a 89 43 54 <0f> 0b eb fe a1 b0 
53 db f7 85 c0 74 e0 8b 46 1c c7 44 24 1
8 99 
Sep 20 03:51:37 tyrex kernel: [18170.510205] EIP: [<f7d96ea1>] 
dy_aop+0x191/0x780 [aufs] SS:ESP 0068:d40c9c18
Sep 20 03:51:37 tyrex kernel: [18170.629998] ---[ end trace 32745e729776eb1d 
]---


They occur during a find run (from updatedb, I guess), and the only aufs 
mounts on this system are:

[fstab]
xx01        /work/xx2009user/01m    aufs        
br:/work/xx2009user/01=rw:/work/xx2009=ro,xino=/var/tmp/.xino/mg01 0 0
xx02        /work/xx2009user/02m    aufs        
br:/work/xx2009user/02=rw:/work/xx2009=ro,xino=/var/tmp/.xino/mg02 0 0
/dev/disk/by-id/scsi-2001b4d2023063261-part1    /work   xfs     
defaults,relatime,nobarrier 1 2
/dev/disk/by-id/scsi-2001b4d2095740420-part7    /var    xfs     
defaults,relatime,nobarrier 1 2 

[/proc/mounts]
xx01 /work/xx2009user/01m aufs rw,relatime,si=3e7adfd1 0 0
xx02 /work/xx2009user/02m aufs rw,relatime,si=20c0abd1 0 0
/dev/sda7 /var xfs rw,relatime,attr2,nobarrier,noquota 0 0
/dev/sdb1 /work xfs rw,relatime,attr2,nobarrier,noquota 0 0

The kernel and aufs is available here:
http://download.opensuse.org/repositories/home:/frispete:/kernel-2.6.34/openSUSE_11.1/

Interestingly, 2.6.34.5 with aufs from 2010/07/05 didn't suffer from this, but 
also happened with 2.6.34.7 with aufs from 2010/07/05 (e.g. before updating 
aufs).

I hope, that you have an idea, why this could happen, since digging into 
the twisted mazes of this distribution kernel¹ may be not too funny..

¹) it's the current git kernel of openSUSE 11.3, used for openSUSE 11.1, with 
only aufs base and standalone patches applied:
remote.origin.url=git://gitorious.org/opensuse/kernel-source.git
branch.v2.6.34.merge=refs/heads/openSUSE-11.3

Cordially yours,
Pete

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

Reply via email to