From: "Heinz J . Mauelshagen" <mauelshagen@sistina.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] LVM and resize
Date: Tue Oct 7 09:06:02 2003 [thread overview]
Message-ID: <20031007155317.D25676@sistina.com> (raw)
In-Reply-To: <002701c38c15$b72cbc30$0201a8c0@ray1>; from brad.p@frisurf.no on Mon, Oct 06, 2003 at 04:25:39PM +0200
Looks like you are caught IRT to shrinking, because of the fsck errors.
If you're still able to mount the filesystem, you definitely want to take a backup
first in order to preserve as much of your files as possible.
Aftwards (presumably you can add another >=120g drive to your VG with vgextend) you
want to try moving the data off to that other disk using "pvmove -i ...", then
removing the failing one (vgreduce).
Using device-mapper/LVM2, which enables you to remove the drive in question
(removing LVs allocated to that drive as well), doesn't help you here, presumably
you just have that one huge Logical Volume.
Regards,
Heinz -- The LVM Guy --
On Mon, Oct 06, 2003 at 04:25:39PM +0200, Reidar Westvik wrote:
> Hi,
>
> I don't know if my question in something that Sistina supports, but i need some pointers to make this work.
>
> We're running a Slackware 9.0 server with kernel 2.5.64 (gcc ver. 2.95.3 20010315) also on this server we have a LVM volume of 1TB spread over 120GB IDE disks. Now, it seems like one of the harddrives has failed in some way. Filesystem on the volume is EXT3.
>
> When i mount the volume syslog says: "kernel: EXT3-fs warning: mounting fs with errors, running e3fschk is recommended" So i've unmounted the volume and run e2fschk on the LVM volume. After a long wait (2 days in fact) the server hangs, when its checking the part of the volume that is on hdf. The box just dies, and only a powercycle will bring it back up again. The syslogs displays the following info:
> "kernel: hdf: dma_timer_expiry: dma status == 0x61"
> "kernel: hdf: (__ide_dma_test_irq) called while not waiting""
>
> These are the last events of syslog before it's starts to reboot.
>
> Now, after what i've read the way to deal with this issue without loss of data is to shrink the volume with aprox. 120gb (there is enough free space) and then exclude the defective drive from the logical volume and its physical groups, and then add a healthy disk for so to increase the volume back to its original size.
>
> However LVM resize tools will not allow resizing of a volume that has a filsystem marked with errors. And if i try to force the resize the server hangs. I have tryed to resize with both "e2fsadm" and "resize2fs" but they both have problem resizing since it has errors.
>
> So this kinda puts me back to basics, is there a way for me to remove this disk without loosing data on the volume ?
>
> All awnsers are very much apriciated! :)
>
> Best Regards
> Reidar
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2003-10-07 9:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-07 7:34 [linux-lvm] LVM and resize Reidar Westvik
2003-10-07 9:06 ` Heinz J . Mauelshagen [this message]
2003-10-07 12:14 ` Reidar Westvik
2003-10-10 6:22 ` Heinz J . Mauelshagen
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=20031007155317.D25676@sistina.com \
--to=mauelshagen@sistina.com \
--cc=linux-lvm@sistina.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.