| To: | csc@xxxxxxxxxxx |
|---|---|
| Subject: | Re: Corruption of in-memory data detected. |
| From: | Eric Sandeen <sandeen@xxxxxxx> |
| Date: | Fri, 09 Sep 2005 17:08:27 -0500 |
| Cc: | Jan Derfinak <ja@xxxxxxxxxxxx>, evilninja <evilninja@xxxxxxx>, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <1126296865.16932.71.camel@rcsr10.cadence.com> |
| References: | <Pine.LNX.4.58.0509082156530.9425@alienAngel.home.sk> <4321CDDD.8010607@gmx.net> <Pine.LNX.4.58.0509092130160.8548@alienAngel.home.sk> <1126296865.16932.71.camel@rcsr10.cadence.com> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 1.0 (X11/20041206) |
Chris Croswhite wrote:
This also happens on i386 (ran into the problem last evening).
[root@lite ~]# zcat /proc/config.gz | grep KEXEC CONFIG_KEXEC=y [root@lite ~]# mount | grep xfs /dev/sda1 on /mnt/sda1 type xfs (rw) [root@lite ~]# dmesg | grep -i xfs SGI XFS with ACLs, security attributes, realtime, large block numbers, dmapi support, no debug enabled SGI XFS Quota Management subsystem XFS mounting filesystem sda1 Ending clean XFS mount for filesystem: sda1 I'm not up to speed on KEXEC. Did you do anything other than build with it on to hit the problem? :) -Eric |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Corruption of in-memory data detected., Eric Sandeen |
|---|---|
| Next by Date: | Re: Corruption of in-memory data detected., Jan Derfinak |
| Previous by Thread: | Re: Corruption of in-memory data detected., Chris Croswhite |
| Next by Thread: | Re: Corruption of in-memory data detected., Jan Derfinak |
| Indexes: | [Date] [Thread] [Top] [All Lists] |