Mordor
Registered User
Hallo zusammen,
auf einem neuen Backupsystem ist während eines Rsyncs vom alten Backupsystem auf das neue System folgender Fehler aufgetreten:
Im Syslog findet sich folgendes:
Der Fehler tritt auch auf, wenn man einen gewissen Ordner auf der Backuppartition versuch mit ls aufzurufen, oder zu löschen mit rm.
Zum System:
Es handelt sich um einen XS13 von Hetzner. Das System läuft mit einem Software RAID5. Die Partition für die Backupcs ist 17TB groß und das Dateisystem ist XFS.
Es läuft ein Debian minimal Image von Hetzner, auf welchem noch der Realtec Netzwerkdriver modifiziert wurde, da der aus den Kernelquellen nicht funktioniert hat.
Vielleicht hat jemand eine Idee, was hier faul ist. Ich würde auf die XFS-Partition tippen, jedoch bin ich mir nicht ganz sicher.
auf einem neuen Backupsystem ist während eines Rsyncs vom alten Backupsystem auf das neue System folgender Fehler aufgetreten:
Code:
Message from syslogd@backup1 at Feb 16 01:06:05 ...
kernel:[51020.055662] last sysfs file: /sys/devices/system/cpu/cpu7/cpufreq/scaling_governor
Message from syslogd@backup1 at Feb 16 01:06:05 ...
kernel:[51020.056643] Stack:
Message from syslogd@backup1 at Feb 16 01:06:05 ...
kernel:[51020.056844] Call Trace:
Message from syslogd@backup1 at Feb 16 01:06:05 ...
kernel:[51020.057157] Code: 24 20 48 8d 74 24 10 48 89 ef e8 00 f5 ff ff 85 c0 89 c3 0f 85 17 01 00 00 48 8b 44 24 28 48 8b 58 10 48 85 db 0f 84 22 01 00 00 <48> 8b 83 f8 00 00 00 48 83 78 50 00 0f 84 10 01 00 00 41 f6 c6
Message from syslogd@backup1 at Feb 16 01:06:05 ...
kernel:[51020.057453] CR2: ffff8841f81bea88
Code:
Feb 16 01:06:05 backup1 kernel: [51020.055523] BUG: unable to handle kernel paging request at ffff8841f81bea88
Feb 16 01:06:05 backup1 kernel: [51020.055564] IP: [<ffffffff810f7480>] __link_path_walk+0x5c1/0x6f5
Feb 16 01:06:05 backup1 kernel: [51020.055603] PGD 1002063 PUD 0
Feb 16 01:06:05 backup1 kernel: [51020.055633] Oops: 0000 [#20] SMP
Feb 16 01:06:05 backup1 kernel: [51020.055662] last sysfs file: /sys/devices/system/cpu/cpu7/cpufreq/scaling_governor
Feb 16 01:06:05 backup1 kernel: [51020.055712] CPU 0
Feb 16 01:06:05 backup1 kernel: [51020.055737] Modules linked in: acpi_cpufreq cpufreq_powersave cpufreq_userspace cpufreq_stats cpufreq_conservative xfs exportfs ext3 jbd loop nouveau snd_pcm snd_timer ttm snd soundcore drm_kms_helper snd_page_alloc i2c_i801 drm i2c_algo_bit i2c_core wmi evdev pcspkr processor button ext4 mbcache jbd2 crc16 dm_mod raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 md_mod ata_generic sd_mod crc_t10dif uhci_hcd ahci pata_jmicron libata ehci_hcd r8168 scsi_mod usbcore nls_base thermal thermal_sys [last unloaded: scsi_wait_scan]
Feb 16 01:06:05 backup1 kernel: [51020.056109] Pid: 2547, comm: cp Tainted: G D 2.6.32-5-amd64 #1 MS-7522
Feb 16 01:06:05 backup1 kernel: [51020.056158] RIP: 0010:[<ffffffff810f7480>] [<ffffffff810f7480>] __link_path_walk+0x5c1/0x6f5
Feb 16 01:06:05 backup1 kernel: [51020.056213] RSP: 0018:ffff8801a7dd7d38 EFLAGS: 00010286
Feb 16 01:06:05 backup1 kernel: [51020.056243] RAX: ffff8801f80ca780 RBX: ffff8841f81be990 RCX: 0000000000000020
Feb 16 01:06:05 backup1 kernel: [51020.056277] RDX: ffff8801a7dd7d58 RSI: ffff880012450000 RDI: ffff8801a7dd7d58
Feb 16 01:06:05 backup1 kernel: [51020.056310] RBP: ffff8801a7dd7df8 R08: 0000000000000000 R09: 0000000000000001
Feb 16 01:06:05 backup1 kernel: [51020.056344] R10: 0000000000000002 R11: ffffffff811537ce R12: ffff88022a223590
Feb 16 01:06:05 backup1 kernel: [51020.056378] R13: ffff880012450020 R14: 0000000000000001 R15: ffff8801a7dd7d58
Feb 16 01:06:05 backup1 kernel: [51020.056412] FS: 00007f26155eb7a0(0000) GS:ffff88000c200000(0000) knlGS:0000000000000000
Feb 16 01:06:05 backup1 kernel: [51020.056462] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Feb 16 01:06:05 backup1 kernel: [51020.056493] CR2: ffff8841f81bea88 CR3: 00000003155c9000 CR4: 00000000000006f0
Feb 16 01:06:05 backup1 kernel: [51020.056526] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Feb 16 01:06:05 backup1 kernel: [51020.056560] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Feb 16 01:06:05 backup1 kernel: [51020.056594] Process cp (pid: 2547, threadinfo ffff8801a7dd6000, task ffff88033be362e0)
Feb 16 01:06:05 backup1 kernel: [51020.056643] Stack:
Feb 16 01:06:05 backup1 kernel: [51020.056665] ffff8801a7dd7db8 ffff88033be362e0 00000020235c5c9d ffff880012450000
Feb 16 01:06:05 backup1 kernel: [51020.056706] <0> ffff88033b07d700 ffff8801f80ca780 ffffea000b007c58 ffff8801a7dd7df8
Feb 16 01:06:05 backup1 kernel: [51020.056767] <0> ffff8801a7dd7df8 ffff880012450000 ffff8801a7dd7ec8 00000000ffffff9c
Feb 16 01:06:05 backup1 kernel: [51020.056844] Call Trace:
Feb 16 01:06:05 backup1 kernel: [51020.056870] [<ffffffff810f77e2>] ? path_walk+0x66/0xc9
Feb 16 01:06:05 backup1 kernel: [51020.056901] [<ffffffff810f8c4c>] ? do_path_lookup+0x20/0x77
Feb 16 01:06:05 backup1 kernel: [51020.056933] [<ffffffff810fa12e>] ? user_path_at+0x48/0x79
Feb 16 01:06:05 backup1 kernel: [51020.056965] [<ffffffff810cce7a>] ? handle_mm_fault+0x3b8/0x80f
Feb 16 01:06:05 backup1 kernel: [51020.056999] [<ffffffff810f257a>] ? vfs_fstatat+0x2c/0x57
Feb 16 01:06:05 backup1 kernel: [51020.057030] [<ffffffff810f266d>] ? sys_newstat+0x11/0x30
Feb 16 01:06:05 backup1 kernel: [51020.057063] [<ffffffff812ff306>] ? do_page_fault+0x2e0/0x2fc
Feb 16 01:06:05 backup1 kernel: [51020.057095] [<ffffffff812fd1a5>] ? page_fault+0x25/0x30
Feb 16 01:06:05 backup1 kernel: [51020.057126] [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b
Feb 16 01:06:05 backup1 kernel: [51020.057157] Code: 24 20 48 8d 74 24 10 48 89 ef e8 00 f5 ff ff 85 c0 89 c3 0f 85 17 01 00 00 48 8b 44 24 28 48 8b 58 10 48 85 db 0f 84 22 01 00 00 <48> 8b 83 f8 00 00 00 48 83 78 50 00 0f 84 10 01 00 00 41 f6 c6
Feb 16 01:06:05 backup1 kernel: [51020.057392] RIP [<ffffffff810f7480>] __link_path_walk+0x5c1/0x6f5
Feb 16 01:06:05 backup1 kernel: [51020.057427] RSP <ffff8801a7dd7d38>
Feb 16 01:06:05 backup1 kernel: [51020.057453] CR2: ffff8841f81bea88
Feb 16 01:06:05 backup1 kernel: [51020.057733] ---[ end trace f81aa6db06db03df ]---Der Fehler tritt auch auf, wenn man einen gewissen Ordner auf der Backuppartition versuch mit ls aufzurufen, oder zu löschen mit rm.
Zum System:
Es handelt sich um einen XS13 von Hetzner. Das System läuft mit einem Software RAID5. Die Partition für die Backupcs ist 17TB groß und das Dateisystem ist XFS.
Es läuft ein Debian minimal Image von Hetzner, auf welchem noch der Realtec Netzwerkdriver modifiziert wurde, da der aus den Kernelquellen nicht funktioniert hat.
Vielleicht hat jemand eine Idee, was hier faul ist. Ich würde auf die XFS-Partition tippen, jedoch bin ich mir nicht ganz sicher.