FS#23212 - [aufs2] After upgrade mounting Aufs2 leads to kenrel oops.

Attached to Project: Arch Linux
Opened by Daniel Fort (naquad) - Thursday, 10 March 2011, 02:02 GMT
Last edited by Ionut Biru (wonder) - Thursday, 10 March 2011, 18:10 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture x86_64
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

After todays upgrade Aufs2 leads to kernel oops.

My mounting options:

none /home/naquad/union/ aufs br:/mnt/sdb1/union/=rw:/mnt/sdd1/union=rw:/mnt/sde1/union/=rw:/mnt/sdc1/union/=rw,create=mfs,sum 0 0

Other options I've tried:

none /home/naquad/a aufs br:/home/naquad/b=rw:..,sum
none /home/naquad/a aufs br:/mnt/sdc1/b=rw:...

Adding/removing branches doesn't change anything.


I've tried to downgrade package from aufs2-2.6.37_20110124-2 back to aufs2 2.6.37_20110124-1
that didn't help. Issue occurs during any invocation of Aufs2.

Additional info:
* package version(s)
aufs2 2.6.37_20110124-2
aufs2 2.6.37_20110124-1
kernel26 2.6.37.3-1

* config and/or log files etc.

dmesg:

Mar 10 02:58:34 nq kernel: aufs 2.1-standalone.tree-37-20110124
Mar 10 02:58:34 nq kernel: PGD 22775f067 PUD 225e52067 PMD 0
Mar 10 02:58:34 nq kernel: CPU 0
Mar 10 02:58:34 nq kernel: Modules linked in: aufs exportfs ext3 jbd snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel radeon ttm snd_hda_codec snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device joydev snd_pcm_oss snd_hwdep snd_mixer_oss snd_pcm usbhid hid drm_kms_helper snd_timer drm r8169 snd soundcore sg button ppdev parport_pc 8139cp i2c_algo_bit processor shpchp lp evdev i2c_i801 parport pci_hotplug uhci_hcd firewire_ohci firewire_core intel_agp ehci_hcd intel_gtt pcspkr snd_page_alloc 8139too iTCO_wdt i2c_core mii iTCO_vendor_support usbcore crc_itu_t ext4 mbcache jbd2 crc16 sd_mod pata_jmicron pata_acpi ata_piix libata scsi_mod
Mar 10 02:58:34 nq kernel:
Mar 10 02:58:34 nq kernel: Pid: 1208, comm: mount Not tainted 2.6.37-ARCH #1 Gigabyte Technology Co., Ltd. EP45-DS3R/EP45-DS3R
Mar 10 02:58:34 nq kernel: RIP: 0010:[<ffffffff813a6641>] [<ffffffff813a6641>] down_write+0x11/0x30
Mar 10 02:58:34 nq kernel: RSP: 0018:ffff880225d4bd28 EFLAGS: 00010202
Mar 10 02:58:34 nq kernel: RAX: 0000000000000010 RBX: ffff88022646ec00 RCX: ffff88022562bda0
Mar 10 02:58:34 nq kernel: RDX: ffffffff00000001 RSI: 0000000000000000 RDI: 0000000000000010
Mar 10 02:58:34 nq kernel: RBP: ffff880225d4bd28 R08: 0000000000000000 R09: ffff88022562bda0
Mar 10 02:58:34 nq kernel: R10: ffffffff8158dfe8 R11: dead000000200200 R12: 0000000000000000
Mar 10 02:58:34 nq kernel: R13: ffff880223468540 R14: ffff880224fc4000 R15: ffff88022352c048
Mar 10 02:58:34 nq kernel: FS: 00007f412fd74740(0000) GS:ffff8800cfc00000(0000) knlGS:0000000000000000
Mar 10 02:58:34 nq kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Mar 10 02:58:34 nq kernel: CR2: 0000000000000010 CR3: 00000002254bd000 CR4: 00000000000006f0
Mar 10 02:58:34 nq kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Mar 10 02:58:34 nq kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Mar 10 02:58:34 nq kernel: Process mount (pid: 1208, threadinfo ffff880225d4a000, task ffff880225430de0)
Mar 10 02:58:34 nq kernel: ffff880225d4bd88 ffffffffa04ec97c ffff880225481000 0000000000000055
Mar 10 02:58:34 nq kernel: 0000000000000000 0000000000000000 0000000400000000 0000000000000000
Mar 10 02:58:34 nq kernel: ffffffffa04ec830 ffff880224fc4000 ffff88022646ec00 ffff880224f24000
Mar 10 02:58:34 nq kernel: [<ffffffffa04ec97c>] aufs_fill_super+0x14c/0x2e0 [aufs]
Mar 10 02:58:34 nq kernel: [<ffffffffa04ec830>] ? aufs_fill_super+0x0/0x2e0 [aufs]
Mar 10 02:58:34 nq kernel: [<ffffffff81138733>] mount_nodev+0x53/0xa0
Mar 10 02:58:34 nq kernel: [<ffffffffa04ebdbc>] aufs_mount+0x1c/0xf0 [aufs]
Mar 10 02:58:34 nq kernel: [<ffffffff81137ed8>] vfs_kern_mount+0x88/0x250
Mar 10 02:58:34 nq kernel: [<ffffffff8113810f>] do_kern_mount+0x4f/0x110
Mar 10 02:58:34 nq kernel: [<ffffffff81152fc3>] do_mount+0x3e3/0x800
Mar 10 02:58:34 nq kernel: [<ffffffff81152b02>] ? copy_mount_options+0xf2/0x190
Mar 10 02:58:34 nq kernel: [<ffffffff811536eb>] sys_mount+0x8b/0xe0
Mar 10 02:58:34 nq kernel: [<ffffffff8100bed2>] system_call_fastpath+0x16/0x1b
Mar 10 02:58:34 nq kernel: RSP <ffff880225d4bd28>
Mar 10 02:58:34 nq kernel: ---[ end trace ed5cd8829e8c1f33 ]--


Steps to reproduce:

mkdir a b c
mount -t aufs -o br:"`pwd`/a"=rw:"`pwd`/b"=rw,create=mfs,sum none "`pwd`/c"

P.S. Please solve this asap, all my data is splat across 4 hard drives and I can't work atm :(
This task depends upon

Closed by  Ionut Biru (wonder)
Thursday, 10 March 2011, 18:10 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#23208 
Comment by Daniel Fort (naquad) - Thursday, 10 March 2011, 03:39 GMT
To those who experience same issue and needs to get data now: mhddfs from aur works ok.
Comment by Ionut Biru (wonder) - Thursday, 10 March 2011, 05:53 GMT
is this a duplicate of  FS#23208  ?
Comment by Daniel Fort (naquad) - Thursday, 10 March 2011, 18:09 GMT
Todays update to version 2.6.37_20110124-3 solved the issue.

Loading...