Linux LVM users
 help / color / mirror / Atom feed
From: Glenn Shannon <glenn@gecpalau.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Is now: Resizing & LVM shutdown
Date: Wed, 23 May 2001 21:35:24 +0900	[thread overview]
Message-ID: <3B0BAE8C.20308@gecpalau.com> (raw)
In-Reply-To: 20010524072941.A17828@minime.sistina.com

I am sure you do...I was merely observing that it may be the same 
problem I had (due to me *improperly* copying the files from the 
physical partition to the new LVM partition) and these are the steps I 
took to resolve it.

I am betting he will see many files opened on /usr/lib.

Hopefully that is NOT the case however. I was lucky enough to have 2 
identical RedHat installs at my disposal to create a script and create 
files that my other scripts could read to redo the symlinking.

If he requires those, the I will gladly let him have them provided he 
has another machine to create the linklists from.

One of many such tools I have found a necessity from time to time :)

Glenn

Ben Lutgens wrote:

> On Wed, May 23, 2001 at 03:11:27PM +0900, Glenn Shannon wrote:
> 
>> Rupert Heesom wrote:
>> 
>>> On 23 May 2001 22:36:20 -0500, Austin Gonyou wrote:
>>> 
>>>> I'd say use reiser of XFS for your LVM partition. The grow utilities are
>>>> pretty kick ass and seem to work really well.
>>> 
> 
> I run it as my root device with reiserfs on it and don't bother with init /
> shutdown scripts. No problems.
> 
>>> 
>>> Thanks for your advice.
>>> 
>>> However, right now I need more help getting LVM to properly shut down
>>> when the PC is unmounting the disks in the /etc/rc.d/init.d/halt script.
>>> 
>>> An extract from another post of mine:
>>> 
>>> I've discovered that my /etc/rc.d/init.d/halt script is set up
>>> incorrectly for LVM.  When I previously installed LVM, I followed
>>> instructions, and put a "vgchange -an" into the halt script just after
>>> /proc is umounted.
>>> 
>>> What I'm finding now is that when I'm shutting the PC down, vgchange is
>>> complaining that it can't close the VG down because there's an active
>>> partition (something like that).  I've had a look at the halt script,
>>> and I can't figure out exactly how umounting the LV & deactivating the
>>> VG would work.
>>> 
>>> I put a tentative line right above the "/sbin/vgchange -an" saying
>>> "umount /dev/vg/root".   However, if I'm unmounting root BEFORE
>>> deactivating the VG, then the system won't find the /sbin/vgchange util
>>> will it?  
>>> 
>>>>>>  I've tried shutting the PC down with that extra "halt" script line
>>>>> 
>>> in there.  It doesn't help at all.
>>> 
>>> I do have  /boot/initrd-lvm-2.4.3.gz which is used at boot time.  This
>>> ramdisk does have /sbin/vgchange in it (which you probably know).  If
>>> root is unmounted when /sbin/vgchange is called, will the system use the
>>> ramdisk?   If so, how does it know to use it?   (I'm kinda new to
>>> figuring out how ramdisks work, I just follow instructions and they
>>> work!)
>>> 
>>> 
>>>> -- 
>>>> Austin Gonyou
>>>> Systems Architect, CCNA
>>>> Coremetrics, Inc.
>>>> Phone: 512-796-9023
>>>> email: austin@coremetrics.com
>>>> 
>>>> On 23 May 2001, Rupert Heesom wrote:
>>>> 
>>>>> As I write this, a new kernel is being compiled with the patch for
>>>>> online ext2resizing.  According to xconfig, enabling the option was
>>>>> DANGEROUS!
>>>>> 
>>>>> As I think about it, since I've installed that root ramdisk (works
>>>>> great), I don't actually need to be able to resize my LVM partition
>>>>> mounted.  Still, it's good to have a kernel with such a capability.
>>>>> 
>>>>> I'm not concerned now about UNMOUNTING / deactivating the LVM when
>>>>> shutting the PC down.  That doesn't seem to be working at all.  (See
>>>>> another post of mine re details there).
>>>>> 
>>>>> Perhaps you would know how to help me there?  I'll experiment a bit
>>>>> myself, but I'm afraid of damaging the LV, since when I reboot my PC,
>>>>> the VG is not yet deactivated!  However it _has_ happened twice now
>>>>> without a problem.
>>>>> 
>>>>> On 23 May 2001 16:56:35 -0600, Andreas Dilger wrote:
>>>>> 
>>>>>> If you patch your kernel with the online ext2 patches, you can resize
>>>>>> your root partition while it is still mounted.  You will still need a
>>>>>> reboot to install the new kernel, however, but only the one time.  See
>>>>>> http://sourceforge.net/projects/ext2resize/
>>>>>> 
>>>>>> It still isn't a bad idea to have a small non-LVM partition on one of
>>>>>> your disks which has a kernel you can boot from, along with useful
>>>>>> tools in /lib and /sbin.  I guess miniroot is such a thing.
>>>>> 
>>>> _______________________________________________
>>>> linux-lvm mailing list
>>>> linux-lvm@sistina.com
>>>> http://lists.sistina.com/mailman/listinfo/linux-lvm
>>>> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
>>>> 
>> Try this:
>> 
>> Right before the line in your /etc/init.d/halt script (it may be named 
>> different than that however, like shutdown or maybe even reboot):
>> 
>> Before the line that remounts the root (/) partition read-only, put the 
>> line:
>> 
>> lsof >/lsof.output
>> 
>> Then reboot. There should be a file in / called lsof.output. Read that 
>> and it will let you know all files in use (which would be the reason 
>> that it can't unmount the partition).
>> 
>> Good luck!
>> 
>> Glenn Shannon
>> 
>> _______________________________________________
>> linux-lvm mailing list
>> linux-lvm@sistina.com
>> http://lists.sistina.com/mailman/listinfo/linux-lvm
>> read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html
> 

  reply	other threads:[~2001-05-23 12:35 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-22 16:02 [linux-lvm] Converting my Root file system to LVM Rupert Heesom
2001-05-22 16:22 ` Rupert Heesom
2001-05-22 22:56 ` Steve Wray
2001-05-22 23:53   ` Rupert Heesom
2001-05-23  4:01     ` Steve Wray
2001-05-23  5:03       ` S. Michael Denton
2001-05-23 14:11         ` Rupert Heesom
2001-05-23 22:56           ` Andreas Dilger
2001-05-23 23:18             ` [linux-lvm] Is now: Resizing & LVM shutdown Rupert Heesom
2001-05-24  3:36               ` Austin Gonyou
2001-05-24  0:24                 ` Rupert Heesom
2001-05-23  6:11                   ` Glenn Shannon
2001-05-24 12:29                     ` Ben Lutgens
2001-05-23 12:35                       ` Glenn Shannon [this message]
2001-05-24  6:54               ` Andreas Dilger
2001-05-23 13:14       ` [linux-lvm] Converting my Root file system to LVM Rupert Heesom
2001-05-23 16:49     ` Andreas Dilger
2001-05-23 15:02       ` [linux-lvm] Converting my Root file system to LVM [last question] Rupert Heesom
2001-05-23 22:24         ` [linux-lvm] Converting my Root file system to LVM [lastquestion] Steve Wray
2001-05-24  6:41           ` Andreas Dilger
2001-05-24 10:52             ` Rupert Heesom
2001-05-24 22:07               ` Steve Wray
2001-05-24 14:22             ` AJ Lewis
2001-05-24 19:48               ` Luca Berra
2001-05-22 23:25 ` [linux-lvm] Converting my Root file system to LVM Andreas Dilger
2001-05-23 13:14   ` Michael Tokarev
  -- strict thread matches above, loose matches on Subject: below --
2001-05-24  3:46 [linux-lvm] Is now: Resizing & LVM shutdown S. Michael Denton
2001-05-24  7:01 ` Steve Wray

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=3B0BAE8C.20308@gecpalau.com \
    --to=glenn@gecpalau.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox