From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
To: "Heikki Tuuri" <Heikki.Tuuri@innodb.com>, <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.0-test2-mm3 and mysql
Date: Thu, 28 Aug 2003 23:27:30 +0400 [thread overview]
Message-ID: <200308282327.30036.rathamahata@php4.ru> (raw)
In-Reply-To: <068801c36d98$1b6c8820$322bde50@koticompaq>
On Thursday 28 August 2003 23:10, Heikki Tuuri wrote:
> Sergey,
>
> ----- Original Message -----
> From: "Sergey S. Kostyliov" <rathamahata@php4.ru>
> To: "Heikki Tuuri" <Heikki.Tuuri@innodb.com>;
> <linux-kernel@vger.kernel.org> Sent: Thursday, August 28, 2003 10:01 PM
> Subject: Re: 2.6.0-test2-mm3 and mysql
>
> > Hi Heikki,
> >
> > On Thursday 28 August 2003 21:59, Heikki Tuuri wrote:
> > > Sergey,
> > >
> > > does it always crash when you start mysqld?
> >
> > Yes It was always crashing until I deleted all InnoDB files and restored
> > InnoDB tables from backup.
> >
> > > It is page number 0 in the InnoDB tablespace. That is, the header page
>
> of
>
> > > the whole tablespace!
> > >
> > > The checksums in the page are ok. That shows the page was not corrupted
>
> in
>
> > > the Linux file system.
> > >
> > > InnoDB is trying to do an index search, but that of course crashes,
>
> because
>
> > > the header page is not any index page.
> > >
> > > The reason for the crash is probably that a page number in a pointer
>
> record
>
> > > in the father node of the B-tree has been reset to zero. The corruption
>
> has
>
> > > happened in the mysqld process memory, not in the file system of Linux.
> > > Otherwise, InnoDB would have complained about page checksum errors.
> > >
> > > No one else has reported this error. I have now added a check to a
>
> future
>
> > > version of InnoDB which will catch this particular error earlier and
>
> will
>
> > > hex dump the father page.
> >
> > Yes, now it seems for me that this particular crash in not related to
>
> linux
>
> > kernel at all.
> > The funny thing I've managed to get another InnoDB crash on the same box
> > http://sysadminday.org.ru/linux-2.6.0-test4_InnoDB_crash-20030828
> > which in turn was posted to linux-kernel over a two hours ago.
> > This time the cheksums are different :(
>
> ok, this time the corruption probably happened in the file cache, or the
> file system of Linux, or in the hardware.
>
> It is not at all surprising that you encounter memory corruption and file
> corruption in the same computer. That is a common pattern if these problems
> appear at all.
>
> Do you have a swap partition? I do not know Linux well enough, but in
> theory, file or disk corruption could cause also memory corruption if pages
> of the process memory get swapped to disk.
Yes, the swap is used on this box.
rathamahata@dev rathamahata $ free -k
total used free shared buffers cached
Mem: 1035248 860740 174508 0 32676 581852
-/+ buffers/cache: 246212 789036
Swap: 8969484 195136 8774348
next prev parent reply other threads:[~2003-08-28 19:27 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-28 17:59 2.6.0-test2-mm3 and mysql Heikki Tuuri
2003-08-28 19:01 ` Sergey S. Kostyliov
2003-08-28 19:10 ` Heikki Tuuri
2003-08-28 19:27 ` Sergey S. Kostyliov [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-08-03 20:50 Heikki Tuuri
2003-08-03 16:59 Heikki Tuuri
2003-08-03 23:57 ` Matt Mackall
2003-08-03 9:10 Heikki Tuuri
2003-08-03 9:27 ` Andrew Morton
2003-08-03 10:43 ` Heikki Tuuri
2003-08-04 12:24 ` Denis Vlasenko
2003-08-04 18:29 ` Heikki Tuuri
2003-08-03 16:55 ` Matt Mackall
2003-08-03 17:11 ` Heikki Tuuri
2003-08-03 23:54 ` Matt Mackall
2003-08-03 0:38 Shane Shrybman
2003-08-03 1:04 ` Andrew Morton
2003-08-03 1:52 ` Con Kolivas
2003-08-03 1:59 ` Andrew Morton
2003-08-03 1:58 ` Shane Shrybman
2003-08-03 2:08 ` Andrew Morton
2003-08-03 15:01 ` Shane Shrybman
2003-08-03 19:25 ` Andrew Morton
2003-08-03 18:58 ` Sergey S. Kostyliov
2003-08-04 0:05 ` Matt Mackall
2003-08-27 15:52 ` Sergey S. Kostyliov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200308282327.30036.rathamahata@php4.ru \
--to=rathamahata@php4.ru \
--cc=Heikki.Tuuri@innodb.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.