Linux LVM users
 help / color / mirror / Atom feed
From: "Sean Oh" <oh@storageone.co.kr>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] [Q] LVM snapshot volume extendable?
Date: Sun Jan 12 07:29:01 2003	[thread overview]
Message-ID: <01be01c2ba3e$b188b3a0$0f00a8c0@COMPAQ> (raw)
In-Reply-To: 20030112130943.GA12078@gw.silicide.dk

Thanks for the replay.
Well, just doing 'lvextend' does not work for me here.
Is there any other thing that I need to look for?

This is what I do for testing the extending the snapshot volume

------------------
[root@storageone root]# df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              5903668   1476712   4426956  26% /
/dev/vg01/lv01       567079312      2200 567077112   1% /vg01/lv01
/dev/vg01/lv01_snap0112_2159
                     567079312      2200 567077112   1%
/snap/lv01_snap0112_2159

[root@storageone root]# lvdisplay /dev/vg01/lv01_snap0112_2159
--- Logical volume ---
LV Name                /dev/vg01/lv01_snap0112_2159
VG Name                vg01
LV Write Access        read only
LV snapshot status     active destination for /dev/vg01/lv01
LV Status              available
LV #                   2
# open                 1
LV Size                540.88 GB
Current LE             8654
Allocated LE           8654
snapshot chunk size    64 KB
Allocated to snapshot  0.00% [0/127.88 MB]
Allocated to COW-table 128 KB
Allocation             next free
Read ahead sectors     1024
Block device           58:1

[root@storageone root]# dd if=/dev/zero of=/vg01/lv01/SOMEFILE bs=1024k
count=64
64+0 records in
64+0 records out

[root@storageone root]# sync

[root@storageone root]# lvdisplay /dev/vg01/lv01_snap0112_2159
--- Logical volume ---
LV Name                /dev/vg01/lv01_snap0112_2159
VG Name                vg01
LV Write Access        read only
LV snapshot status     active destination for /dev/vg01/lv01
LV Status              available
LV #                   2
# open                 1
LV Size                540.88 GB
Current LE             8654
Allocated LE           8654
snapshot chunk size    64 KB
Allocated to snapshot  50.15% [64.12 MB/127.88 MB]
Allocated to COW-table 128 KB
Allocation             next free
Read ahead sectors     1024
Block device           58:1

[root@storageone root]# lvextend -L+127M /dev/vg01/lv01_snap0112_2159
lvextend -- rounding relative size up to physical extent boundary
lvextend -- extending logical volume "/dev/vg01/lv01_snap0112_2159" to 256
MB
lvextend -- doing automatic backup of volume group "vg01"
lvextend -- logical volume "/dev/vg01/lv01_snap0112_2159" successfully
extended

[root@storageone root]# df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              5903668   1476624   4427044  26% /
/dev/vg01/lv01       567079312     67736 567011576   1% /vg01/lv01
/dev/vg01/lv01_snap0112_2159
                     567079312      2200 567077112   1%
/snap/lv01_snap0112_2159

[root@storageone root]# umount /snap/lv01_snap0112_2159/

[root@storageone root]# mount /snap/lv01_snap0112_2159/
mount: wrong fs type, bad option, bad superblock on
/dev/vg01/lv01_snap0112_2159,
       or too many mounted file systems

[root@storageone root]# cat /etc/fstab
/dev/sda1          /                        reiserfs defaults         0  0
/dev/sda2          swap                     swap     defaults         0  0
/dev/vg01/lv01     /vg01/lv01               xfs
defaults,usrquota,grpquota,noatime 0  0
/dev/vg01/lv01_snap0112_2159 /snap/lv01_snap0112_2159 xfs
ro,nouuid,usrquota,grpquota,noatime 0  0
none               /proc                    proc     defaults         0  0
none               /dev/pts                 devpts   mode=622         0  0
-------------

The reasone that I did 'unmount' is to simulate the 'rebooting'. Because
after rebooting, I can not mount the extended snapshot anymore.

Thanks in advance



----- Original Message -----
From: <jon+lvm@silicide.dk>
To: <linux-lvm@sistina.com>
Sent: Sunday, January 12, 2003 10:09 PM
Subject: Re: [linux-lvm] [Q] LVM snapshot volume extendable?


> On Sun, Jan 12, 2003 at 09:12:07PM +0900, Sean Oh wrote:
> > Hi
> >
> > I am using LVM 1.0.6, kernel 2.4.20 and XFS (from linux-2.4-xfs CVS).
> >
> > My question is that is the snapshot volume extendable?
>
> yes, just use lvextend.
>
>
> > My environment is as follows:
> >
> > /dev/vg01/lv01 ---> XFS, 2G
> > /dev/vg01/lv01_snap --> 256M, snapshot for /dev/vg01/lv01, mounted under
> > /snap with ro,nouuid,usrquota,grpquota,noatime
> >
> > Now I have wrote a small shell scripts that if lv01_snap is more than
50%
> > full, automatically increase the lv01_snap. But it seems to me that it
does
> > not work well..
>
> I wrote one too, but rather than 50% used, i used XX MB free space.
>
>
> > What I did in the shell scripts are 'lvextend -L+256M
/dev/vg01/lv01_snap'
> > with/without 'xfs_growfs /snap'.
>
> you dont need to grow the filesystem on the snapshot.
>
>
> > After umounting the /snap and trying to remount /snap, it complaints as
> > below
>
> you dont need to unmount it
>
>
>
> A LVM snapshot works by allocating a new "PE table". This means.
> (# is allocated, - is not, and | is the end)
>
> LV: |-#################--##---#####-|
> snapshot: |---|
>
> so, you change something in the LV
>
> LV: |-#############+###--##---#####-|
> snapshot: |#--|
>
> Only the block that is actualy changed is moved to the snapshot.
> If you need alot of changes your snapshot should be big, if you dont
> change alot, you can use a much smaller snapshot.
>
>
>
>
>
> JonB
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>

  reply	other threads:[~2003-01-12  7:29 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-12  6:11 [linux-lvm] [Q] LVM snapshot volume extendable? Sean Oh
2003-01-12  7:09 ` Alasdair G Kergon
2003-01-12  7:09 ` jon+lvm
2003-01-12  7:29   ` Sean Oh [this message]
2003-01-12 11:16     ` jon+lvm
2003-01-12 22:37       ` Sean Oh

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='01be01c2ba3e$b188b3a0$0f00a8c0@COMPAQ' \
    --to=oh@storageone.co.kr \
    --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