From: Tracy R Reed <treed@copilotconsulting.com>
To: linux-lvm@redhat.com
Subject: [linux-lvm] massive LV corruption
Date: Sat, 11 Sep 2004 04:08:30 -0700 [thread overview]
Message-ID: <20040911110830.GC32306@copilotconsulting.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1769 bytes --]
I am running Fedora Core 1 with stock RedHat kernel 2.4.22-1.2188.nptl. I
filled my /usr/local to 100% and decided I needed some more space so I ran
the lvextend and resize_reiserfs commands like I have done many times
before to add a couple gig to the volume. A few hours later I began
noticing very strange behaviors. My .vimrc file was filled with garbage.
All of my email disappeared. Lots of filesystem errors began appearing on
the console. I rebooted the machine and upon the reboot my entire /home
logical volume was nowhere to be found. The /usr/local lv existed but the
fs was corrupted very badly. I tried restoring the lvm config with vgcfg
restore to no avail. I tested the memory with memtest and found no
problems. I did a non-destructive badblocks test of all 80G of the drive
with everything unmounted and / mounted RO and came up with no problems.
The symptoms really look like disk was allocated improperly and diskspace
already in use got overwritten. I have saved a bunch of output from
various lvm commands and other things and the backup vgcfg file from right
after I made the change which probably caused the damage in case they are
of use to someone. They can be found here:
http://ultraviolet.org/tmp
Unfortunately I had to get the server back up and running so I didn't have
time to try to reproduce it or do any more debugging although I am afraid
to use lvm on this box now. I eventually deleted the corrupted lv's and
remade from scratch and all seems well for the moment. I am SO glad to
have made a backup a couple days before so I didn't lose too much.
--
Tracy Reed The attachment is a digital signature.
http://copilotconsulting.com More info: http://copilotconsulting.com/sig
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next reply other threads:[~2004-09-11 11:18 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-11 11:08 Tracy R Reed [this message]
2004-09-11 11:25 ` [linux-lvm] massive LV corruption Tracy R Reed
2004-09-14 0:46 ` Tracy R Reed
2004-09-14 5:45 ` Clint Byrum
2004-09-14 12:45 ` Tracy R Reed
2004-09-14 14:49 ` Clint Byrum
2004-09-14 20:06 ` Tracy R Reed
2004-09-14 20:41 ` Clint Byrum
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=20040911110830.GC32306@copilotconsulting.com \
--to=treed@copilotconsulting.com \
--cc=linux-lvm@redhat.com \
/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.