1 |
Hallöchen allerseits, |
2 |
ich hab da gerade mal ein mehr oder minder großes Problem mit meinem Fileserver. |
3 |
Vor 5-6 Wochen trat es das zuerst auf. Ich hatte durch ein Versehen eine etwas größere |
4 |
Datei erzeugt (1.2TB) auf einer 1.6TB Partition. Als ich die versuchte dann wieder zu löschen, |
5 |
hing das "rm filename.dat" und kam auch nie mehr wieder. In den Kernellogs sah man dann nur |
6 |
eine Meldung wie diese hier unten (gestern ist es wieder passiert) |
7 |
|
8 |
> Oct 24 14:27:01 tecserver ------------[ cut here ]------------ |
9 |
> Oct 24 14:27:01 tecserver kernel BUG at fs/reiserfs/prints.c:362! |
10 |
> Oct 24 14:27:01 tecserver invalid operand: 0000 [#1] |
11 |
> Oct 24 14:27:01 tecserver PREEMPT SMP |
12 |
> Oct 24 14:27:01 tecserver Modules linked in: sr_mod st |
13 |
> Oct 24 14:27:01 tecserver CPU: 0 |
14 |
> Oct 24 14:27:01 tecserver EIP: 0060:[<c01b7e62>] Not tainted VLI |
15 |
> Oct 24 14:27:01 tecserver EFLAGS: 00010282 (2.6.12-gentoo-r9) |
16 |
> Oct 24 14:27:01 tecserver EIP is at reiserfs_panic+0x52/0x80 |
17 |
> Oct 24 14:27:01 tecserver eax: 00000063 ebx: c04b7ee7 ecx: f74d6020 edx: 00000202 |
18 |
> Oct 24 14:27:01 tecserver esi: ecfa3e00 edi: ecfa3f70 ebp: f7756de4 esp: f1aa9b0c |
19 |
> Oct 24 14:27:01 tecserver ds: 007b es: 007b ss: 0068 |
20 |
> Oct 24 14:27:01 tecserver Process mc (pid: 23289, threadinfo=f1aa8000 task=c54b6530) |
21 |
> Oct 24 14:27:01 tecserver Stack: c04bf6a0 ecfa3f70 c063bd40 c04c1c80 ffffffff f8964000 c01c6eff ecfa3e00 |
22 |
> Oct 24 14:27:01 tecserver c04c1c80 00000400 f1aa9ef8 11beffff ecfa3e00 00000000 c01c778b 00000002 |
23 |
> Oct 24 14:27:01 tecserver 00000000 f8950000 ecfa3e00 00000001 0000237d c019fdf6 f1aa9ef8 ecfa3e00 |
24 |
> Oct 24 14:27:01 tecserver Call Trace: |
25 |
> Oct 24 14:27:01 tecserver [<c01c6eff>] journal_mark_dirty+0x25f/0x270 |
26 |
> Oct 24 14:27:01 tecserver [<c01c778b>] journal_mark_freed+0xdb/0x240 |
27 |
> Oct 24 14:27:01 tecserver [<c019fdf6>] _reiserfs_free_block+0x116/0x1a0 |
28 |
> Oct 24 14:27:01 tecserver [<c01bef01>] prepare_for_delete_or_cut+0x5c1/0x800 |
29 |
> Oct 24 14:27:01 tecserver [<c016473e>] bh_lru_install+0xae/0xe0 |
30 |
> Oct 24 14:27:01 tecserver [<c01c012a>] reiserfs_cut_from_item+0xda/0x560 |
31 |
> Oct 24 14:27:01 tecserver [<c01c091e>] reiserfs_do_truncate+0x2be/0x5b0 |
32 |
> Oct 24 14:27:01 tecserver [<c01bfb80>] reiserfs_delete_object+0x40/0x90 |
33 |
> Oct 24 14:27:01 tecserver [<c01a7a05>] reiserfs_delete_inode+0x85/0xe0 |
34 |
> Oct 24 14:27:01 tecserver [<c017d390>] iput+0x40/0x90 |
35 |
> Oct 24 14:27:01 tecserver [<c01a7980>] reiserfs_delete_inode+0x0/0xe0 |
36 |
> Oct 24 14:27:01 tecserver [<c017d153>] generic_delete_inode+0x73/0x100 |
37 |
> Oct 24 14:27:01 tecserver [<c02cd531>] _atomic_dec_and_lock+0x31/0x50 |
38 |
> Oct 24 14:27:01 tecserver [<c017d3b3>] iput+0x63/0x90 |
39 |
> Oct 24 14:27:01 tecserver [<c0172d46>] sys_unlink+0xd6/0x120 |
40 |
> Oct 24 14:27:01 tecserver [<c01033b5>] syscall_call+0x7/0xb |
41 |
> Oct 24 14:27:01 tecserver Code: 01 00 00 89 04 24 e8 0e fd ff ff c7 04 24 a0 f6 4b c0 85 f6 89 d8 0f 45 c7 ba 40 bd 63 c0 89 54 24 08 89 44 24 04 e8 0e 63 f |
42 |
> 6 ff <0f> 0b 6a 01 0e 84 4b c0 c7 04 24 e0 f6 4b c0 85 f6 be 40 bd 63 |
43 |
> |
44 |
|
45 |
--------------------------- |
46 |
Gestern ist es passiert, als ich lost&found aufräumen wollte. Dort hatten sich nach dem |
47 |
ersten Crash und anschliessendem "reiserfsck --rebuild-tree" eine Menge Müll angesammelt. |
48 |
Das seltsame ist nun, das jetzt reiserfsck sagt, alles wäre OK |
49 |
--------------------------- |
50 |
> reiserfsck /dev/sda2 |
51 |
> reiserfsck 3.6.19 (2003 www.namesys.com) |
52 |
> |
53 |
> ************************************************************* |
54 |
> ** If you are using the latest reiserfsprogs and it fails ** |
55 |
> ** please email bug reports to reiserfs-list@×××××××.com, ** |
56 |
> ** providing as much information as possible -- your ** |
57 |
> ** hardware, kernel, patches, settings, all reiserfsck ** |
58 |
> ** messages (including version), the reiserfsck logfile, ** |
59 |
> ** check the syslog file for any related information. ** |
60 |
> ** If you would like advice on using this program, support ** |
61 |
> ** is available for $25 at www.namesys.com/support.html. ** |
62 |
> ************************************************************* |
63 |
> |
64 |
> Will read-only check consistency of the filesystem on /dev/sda2 |
65 |
> Will put log info to 'stdout' |
66 |
> |
67 |
> Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes |
68 |
> ########### |
69 |
> reiserfsck --check started at Tue Oct 25 11:36:24 2005 |
70 |
> ########### |
71 |
> Replaying journal.. |
72 |
> Reiserfs journal '/dev/sda2' in blocks [18..8211]: 0 transactions replayed |
73 |
> Checking internal tree..finished |
74 |
> Comparing bitmaps..finished |
75 |
> Checking Semantic tree: |
76 |
> finished |
77 |
> No corruptions found |
78 |
> There are on the filesystem: |
79 |
> Leaves 338274 |
80 |
> Internal nodes 2126 |
81 |
> Directories 55729 |
82 |
> Other files 584143 |
83 |
> Data block pointers 218524526 (1130 of them are zero) |
84 |
> Safe links 0 |
85 |
> ########### |
86 |
> reiserfsck finished at Tue Oct 25 12:29:02 2005 |
87 |
> ########### |
88 |
|
89 |
|
90 |
----------------------- |
91 |
|
92 |
Wenn ich jedoch das Filesystem mounte und wieder was löschen will geht der Prozess wieder in |
93 |
"Uninterruptible sleep (usually IO)" und im Syslog (das zum Glück auf hda liegt) tauchen wieder die |
94 |
obigen Meldungen auf. |
95 |
|
96 |
ACCEPT_KEYWORDS=x86 |
97 |
Kernel ist 2.6.12-gentoo-r9 |
98 |
reiserfsck 3.6.19 |
99 |
Die Platte ist ein 3Ware 9500-8 mit 8x 300GB SATA Array und 2 Partitionen (500G und 1.6T) |
100 |
Die /dev/sda1 zeigt sich völlig unberüht von den Problemen ihrer "grossen Schwester" /dev/sda2 |
101 |
|
102 |
|
103 |
Hatt jemand zufällig eine Idee, wie meinem Baby zu helfen ist (bevor ich alles runterschmeisse |
104 |
und wieder ext3 draufbügel)? |
105 |
|
106 |
Gruss BCS |
107 |
|
108 |
|
109 |
|
110 |
|
111 |
|
112 |
-- |
113 |
gentoo-user-de@g.o mailing list |