ext4 ist zum vergessen!
Geizhals » Forum » Linux-Support » Als langjähriger XFS-Fan muss ich gestehen... ext4 hat seine Vorzüge! (16 Beiträge, 661 Mal gelesen) Top-100 | Fresh-100
Du bist nicht angemeldet. [ Login/Registrieren ]
.
ext4 ist zum vergessen!
11.07.2012, 07:07:17
Oder ich mach was falsch...

Ich habe ein ext4 wie folgt angelegt:

mke2fs -O journal_dev /dev/system/backuppc-log 
mkfs.ext4 -b 4096 -E stride=64 -E stripe-width=320 -J device=/dev/system/backuppc-log -O dir_index,extent,large_file,resize_inode,sparse_super,uninit_bg /dev/sata/backuppc 

und den Eintrag in der fstab:

/dev/sata/backuppc	/usr/local/BackupPC/daten ext4 noatime,nodiratime 0 2


Gestern um 19:15 habe ich 2 Full Backups nach /usr/local/BackupPC/daten angestossen.
Heute findet sich das in den Logs:


Jul 11 05:31:57 i5 kernel: [124473.914162] general protection fault: 0000 [#1] S
MP 
Jul 11 05:31:57 i5 kernel: [124473.914201] CPU 0 
Jul 11 05:31:57 i5 kernel: [124473.914213] Modules linked in: dvb_usb_dib0700 bu
dget i915 drm_kms_helper drm i2c_algo_bit video ppdev lp cpufreq_userspace cpufr
eq_stats cpufreq_powersave cpufreq_conservative tun binfmt_misc kvm_intel kvm ui
nput fuse nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc iptable_mangle xt_tc
pudp ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state
 nf_conntrack iptable_filter ip_tables x_tables cls_u32 sch_sfq sch_htb 8021q ga
rp stp llc ext4 mbcache jbd2 crc16 loop firewire_sbp2 isl6423 stv6110x stv090x d
ib0090 dib7000p dib7000m dib0070 dvb_usb dib8000 dib3000mc rc_core dibx000_commo
n budget_core snd_hda_codec_hdmi saa7146 usbhid hid snd_hda_codec_realtek ttpci_
eeprom snd_hda_intel acpi_cpufreq firewire_ohci ahci snd_hda_codec dvb_core core
temp mperf parport_pc firewire_core crc32c_intel r8169 libahci pata_jmicron snd_
hwdep ghash_clmulni_intel snd_pcm_oss tpm_tis pcspkr processor mii parport psmou
se tpm ehci_hcd snd_mixer_oss usbcore snd_pcm aesni_intel snd_s
Jul 11 05:31:57 i5 kernel: eq_midi cryptd snd_rawmidi aes_x86_64 tpm_bios aes_ge
neric usb_common snd_seq_midi_event snd_seq i2c_i801 snd_timer snd_seq_device me
i(C) microcode evdev serio_raw crc_itu_t snd button soundcore i2c_core snd_page_
alloc thermal_sys xfs dm_mod raid456 async_raid6_recov async_pq raid6_pq async_x
or xor async_memcpy async_tx raid1 md_mod sd_mod crc_t10dif ata_generic ata_piix
 libata scsi_mod [last unloaded: dvb_usb_dib0700]
Jul 11 05:31:57 i5 kernel: [124473.915139] 
Jul 11 05:31:57 i5 kernel: [124473.915139] 
Jul 11 05:31:57 i5 kernel: [124473.915157] Pid: 13858, comm: flush-253:52 Tainte
d: G        WC   3.4.4-grueni-1000Hz-1 #4 MSI MS-7637/H55-GD65 (MS-7637)  
Jul 11 05:31:57 i5 kernel: [124473.915217] RIP: 0010:[<ffffffff810dd6e2>]  [<fff
fffff810dd6e2>] kmem_cache_alloc+0x4f/0xee
Jul 11 05:31:57 i5 kernel: [124473.915275] RSP: 0018:ffff88026998b730  EFLAGS: 00010202
Jul 11 05:31:57 i5 kernel: [124473.915306] RAX: 0000000000000000 RBX: ffffea0007d02640 RCX: 00000000022dddfc
Jul 11 05:31:57 i5 kernel: [124473.915337] RDX: 00000000022dddfb RSI: 0000000000000050 RDI: 000060fd040054c0
Jul 11 05:31:57 i5 kernel: [124473.915366] RBP: ffff8802ecc29e00 R08: ffffe8ffffc054c0 R09: 00000000000152a8
Jul 11 05:31:57 i5 kernel: [124473.915398] R10: fffffffffffffff9 R11: 000000000000002a R12: 020000000000282c
Jul 11 05:31:57 i5 kernel: [124473.915430] R13: 0000000000000050 R14: ffffffffa0467d02 R15: ffff880060bafc70
Jul 11 05:31:57 i5 kernel: [124473.915464] FS:  0000000000000000(0000) GS:ffff8802fbc00000(0000) knlGS:0000000000000000
Jul 11 05:31:57 i5 kernel: [124473.915500] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jul 11 05:31:57 i5 kernel: [124473.915528] CR2: ffffffffff600400 CR3: 00000002dc737000 CR4: 00000000000007f0
Jul 11 05:31:57 i5 kernel: [124473.915561] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jul 11 05:31:57 i5 kernel: [124473.915593] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jul 11 05:31:57 i5 kernel: [124473.915624] Process flush-253:52 (pid: 13858, threadinfo ffff88026998a000, task ffff880108bc4410)
Jul 11 05:31:57 i5 kernel: [124473.915663] Stack:
Jul 11 05:31:57 i5 kernel: [124473.915675]  ffff880100007000 ffffea0007d02640 ffffea0007d02640 ffff88026998b900
Jul 11 05:31:57 i5 kernel: [124473.915718]  ffff88026998b980 ffff880060bafc70 ffff880060bafc70 ffffffffa0467d02
Jul 11 05:31:57 i5 kernel: [124473.915757]  ffff88026998b7a0 ffff880060bafdb8 0000100000001000 ffff88026998a000
Jul 11 05:31:57 i5 kernel: [124473.915798] Call Trace:
Jul 11 05:31:57 i5 kernel: [124473.915845]  [<ffffffffa0467d02>] ? ext4_bio_write_page+0x5f/0x3a0 [ext4]
Jul 11 05:31:57 i5 kernel: [124473.915882]  [<ffffffffa046321f>] ? mpage_da_submit_io+0x2d3/0x38d [ext4]
Jul 11 05:31:57 i5 kernel: [124473.915918]  [<ffffffffa04671c2>] ? mpage_da_map_and_submit+0x342/0x374 [ext4]
Jul 11 05:31:57 i5 kernel: [124473.915958]  [<ffffffffa046723f>] ? mpage_add_bh_to_extent+0x4b/0xd5 [ext4]
Jul 11 05:31:57 i5 kernel: [124473.915996]  [<ffffffffa0467505>] ? write_cache_pages_da+0x23c/0x313 [ext4]
Jul 11 05:31:57 i5 kernel: [124473.916037]  [<ffffffffa0467a23>] ? ext4_da_writepages+0x29f/0x45c [ext4]
Jul 11 05:31:57 i5 kernel: [124473.916075]  [<ffffffff81105345>] ? writeback_single_inode+0x16f/0x352
Jul 11 05:31:57 i5 kernel: [124473.916111]  [<ffffffff811057b2>] ? writeback_sb_inodes+0x163/0x1f6
Jul 11 05:31:57 i5 kernel: [124473.916144]  [<ffffffff811058ac>] ? __writeback_inodes_wb+0x67/0xa2
Jul 11 05:31:57 i5 kernel: [124473.916177]  [<ffffffff81105fc6>] ? wb_writeback+0x12c/0x226
Jul 11 05:31:57 i5 kernel: [124473.916210]  [<ffffffff81304bdc>] ? __schedule+0x4ad/0x4da
Jul 11 05:31:57 i5 kernel: [124473.916239]  [<ffffffff81106239>] ? wb_do_writeback+0x179/0x1de
Jul 11 05:31:57 i5 kernel: [124473.916272]  [<ffffffff81035db8>] ? lock_timer_base+0x49/0x49
Jul 11 05:31:57 i5 kernel: [124473.916301]  [<ffffffff81106359>] ? bdi_writeback_thread+0xbb/0x1de
Jul 11 05:31:57 i5 kernel: [124473.917768]  [<ffffffff8110629e>] ? wb_do_writeback+0x1de/0x1de
Jul 11 05:31:57 i5 kernel: [124473.919242]  [<ffffffff8110629e>] ? wb_do_writeback+0x1de/0x1de
Jul 11 05:31:57 i5 kernel: [124473.920618]  [<ffffffff81043bc7>] ? kthread+0x81/0x89
Jul 11 05:31:57 i5 kernel: [124473.922051]  [<ffffffff8130c9d4>] ? kernel_thread_helper+0x4/0x10
Jul 11 05:31:57 i5 kernel: [124473.923427]  [<ffffffff81043b46>] ? kthread_freezable_should_stop+0x53/0x53
Jul 11 05:31:57 i5 kernel: [124473.924811]  [<ffffffff8130c9d0>] ? gs_change+0xb/0xb
Jul 11 05:31:57 i5 kernel: [124473.926133] Code: 05 e8 96 75 22 00 4c 8b 45 00 65 4c 03 04 25 78 cc 00 00 49 8b 50 08 4d 8b 20 4d 85 e4 74 23 48 63 45 20 48 8b 7d 00 48 8d 4a 01 <49> 8b 1c 04 4c 89 e0 65 48 0f c7 0f 0f 94 c0 88 c1 fe c9 74 18 
Jul 11 05:31:57 i5 kernel: [124473.930402]  RSP <ffff88026998b730>
Jul 11 05:31:57 i5 kernel: [124474.192584] ---[ end trace a7919e7f17c0a727 ]---

Seeehr nett. Ein "sync" hängt nun endlos :-(


Kernel ist - wie zu sehen - ein 3.4.4er.
Sieht so aus, als ob ich den Rechner "hart" runternehmen muss... Nicht einmal Magic Sysrequest wird helfen, weil ohne sync kein umount. Also stale FS, stale LVM, stale RAIDs, ... Mit allem neu aufbauen. Also _Stunden_ verloren, weil ich es wagte, ext4 zu verwenden. Oder sehe ich was falsch??

[ Dieser Beitrag wurde inzwischen editiert. Die aktuelle Version befindet sich hier. ]
Antworten PM Alle Chronologisch Zum Vorgänger
 
Melden nicht möglich
.  ext4 ist zum vergessen!  (kombipaket am 11.07.2012, 07:07:17)
 

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung