linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
* [linux-lvm] lvcreate goes into deep-sleep while creating an xfs snapshot
@ 2005-06-09  9:05 Sven Riedel
  2005-06-09 10:16 ` Klaus Strebel
  2005-06-10  0:19 ` [linux-lvm] lvm2 disk replacement cwinl
  0 siblings, 2 replies; 4+ messages in thread
From: Sven Riedel @ 2005-06-09  9:05 UTC (permalink / raw)
  To: linux-lvm

Hi,
I'm creating a backup script for a database using lvm snapshots.
The script ran fine for a few test runs, then I added xfs_freeze -f 
just before the lvcreate command, as per HOWTO recipe. Now
lvcreate went into deep-sleep and wont wake up:

update:~/bin# ps ax | grep lvcreate
25053 pts/2    D<L+   0:00 lvcreate -s -L 55M -n tables_snap 
   /dev/database_vg/tables_lv

Running lvdisplay in a different terminal to see if lvm itself
is still seeing all LVs results in lvdisplay going into 
deep-sleep mode as well. Doing an strace -p 25053 
doesn't display anything (strace won't catch my interrupts
either, but according to ps it's in a regular sleep).

dmesg doesn't say anything to this situation.

Is there a known issue with snapshots and xfs_freeze? 
Any way I can gather pertinent debugging info?

I'm running lvm 2.01.04 (package from debian unstable).

Regs,
Sven

------------------------------------------

BAGHUS GmbH
EDV und Internetdienstleistungen

Staffelseestr. 2
81477 M�nchen

Tel.: 0 89 / 8 71 81 - 4 84
Fax.: 0 89 / 8 71 81 - 4 88

www.baghus.net, info@baghus.net
HRB: 144283, USt-IdNr: DE224865405

------------------------------------------
 

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [linux-lvm] lvcreate goes into deep-sleep while creating an xfs snapshot
  2005-06-09  9:05 [linux-lvm] lvcreate goes into deep-sleep while creating an xfs snapshot Sven Riedel
@ 2005-06-09 10:16 ` Klaus Strebel
  2005-06-09 15:49   ` AJ Lewis
  2005-06-10  0:19 ` [linux-lvm] lvm2 disk replacement cwinl
  1 sibling, 1 reply; 4+ messages in thread
From: Klaus Strebel @ 2005-06-09 10:16 UTC (permalink / raw)
  To: LVM general discussion and development, linux-xfs

Sven Riedel schrieb:
> Hi,
> I'm creating a backup script for a database using lvm snapshots.
> The script ran fine for a few test runs, then I added xfs_freeze -f 
> just before the lvcreate command, as per HOWTO recipe. Now
> lvcreate went into deep-sleep and wont wake up:
> 
> update:~/bin# ps ax | grep lvcreate
> 25053 pts/2    D<L+   0:00 lvcreate -s -L 55M -n tables_snap 
>    /dev/database_vg/tables_lv
> 
> Running lvdisplay in a different terminal to see if lvm itself
> is still seeing all LVs results in lvdisplay going into 
> deep-sleep mode as well. Doing an strace -p 25053 
> doesn't display anything (strace won't catch my interrupts
> either, but according to ps it's in a regular sleep).
> 
> dmesg doesn't say anything to this situation.
> 
> Is there a known issue with snapshots and xfs_freeze? 
> Any way I can gather pertinent debugging info?
> 
> I'm running lvm 2.01.04 (package from debian unstable).

The HOWTO is way old, with LVM2 the XFS filesystem is 'frozen' 
automaticly on the mount -onouuid,ro ( not quite sure, but probably also 
for LVM1 ..., think it's in the XFS code ).
So, forget xfs_freeze. It's freezing your box, not your filesystems.

XFS-Guys: shouldn't xfs_freeze be removed from xfs_cmds? It's doing more 
harm than use ( if any use at all ), so ...
-- 
Mit freundlichen Gr�ssen / best regards

Klaus Strebel, Dipl.-Inform. (FH), mailto:klaus.strebel@gmx.net

/"\
\ /     ASCII RIBBON CAMPAIGN
  X        AGAINST HTML MAIL
/ \

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [linux-lvm] lvcreate goes into deep-sleep while creating an xfs snapshot
  2005-06-09 10:16 ` Klaus Strebel
@ 2005-06-09 15:49   ` AJ Lewis
  0 siblings, 0 replies; 4+ messages in thread
From: AJ Lewis @ 2005-06-09 15:49 UTC (permalink / raw)
  To: LVM general discussion and development; +Cc: linux-xfs

[-- Attachment #1: Type: text/plain, Size: 1936 bytes --]

On Thu, Jun 09, 2005 at 12:16:57PM +0200, Klaus Strebel wrote:
> Sven Riedel schrieb:
> >Hi,
> >I'm creating a backup script for a database using lvm snapshots.
> >The script ran fine for a few test runs, then I added xfs_freeze -f 
> >just before the lvcreate command, as per HOWTO recipe. Now
> >lvcreate went into deep-sleep and wont wake up:
> >
> >update:~/bin# ps ax | grep lvcreate
> >25053 pts/2    D<L+   0:00 lvcreate -s -L 55M -n tables_snap 
> >   /dev/database_vg/tables_lv
> >
> >Running lvdisplay in a different terminal to see if lvm itself
> >is still seeing all LVs results in lvdisplay going into 
> >deep-sleep mode as well. Doing an strace -p 25053 
> >doesn't display anything (strace won't catch my interrupts
> >either, but according to ps it's in a regular sleep).
> >
> >dmesg doesn't say anything to this situation.
> >
> >Is there a known issue with snapshots and xfs_freeze? 
> >Any way I can gather pertinent debugging info?
> >
> >I'm running lvm 2.01.04 (package from debian unstable).
> 
> The HOWTO is way old, with LVM2 the XFS filesystem is 'frozen' 
> automaticly on the mount -onouuid,ro ( not quite sure, but probably also 
> for LVM1 ..., think it's in the XFS code ).
> So, forget xfs_freeze. It's freezing your box, not your filesystems.

I'm *slowly* working on getting the howto updated for LVM2.  I should have the
xfs_freeze-related lines out today.  I've been meaning to do that for a while.
Please e-mail me if you see other things that are wrong in the HowTo.

Thanks, 
-- 
AJ Lewis                                   Voice:  612-638-0500
Red Hat Inc.                               E-Mail: alewis@redhat.com
One Main Street SE, Suite 209
Minneapolis, MN 55414
   
Current GPG fingerprint = D9F8 EDCE 4242 855F A03D  9B63 F50C 54A8 578C 8715
Grab the key at: http://people.redhat.com/alewis/gpg.html or one of the
many keyservers out there...


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [linux-lvm] lvm2 disk replacement
  2005-06-09  9:05 [linux-lvm] lvcreate goes into deep-sleep while creating an xfs snapshot Sven Riedel
  2005-06-09 10:16 ` Klaus Strebel
@ 2005-06-10  0:19 ` cwinl
  1 sibling, 0 replies; 4+ messages in thread
From: cwinl @ 2005-06-10  0:19 UTC (permalink / raw)
  To: 'LVM general discussion and development'

hi,all
 
i have a DELL PE2800 server with 10 300GB disks.i make 3 PV which are 3
RAID0.then a LV cross the whole 3 PV.
now , one of RAID0 is unstable.
so i want to change disk.
but i can't lose data.
 
here is 'df' information:
 
/dev/mapper/nicvg-niclv       2.0T  774G  1.2T  40% /ftproot
 
and here is 'pvscan' information:
 
ftp:~# pvscan
  /dev/hda: open failed: No medium found
  PV /dev/sdb1   VG nicvg   lvm2 [838.09 GB / 0    free]
  PV /dev/sdc1   VG nicvg   lvm2 [558.72 GB / 0    free]
  PV /dev/sdd1   VG nicvg   lvm2 [558.72 GB / 0    free]
  Total: 3 [1.91 TB] / in use: 3 [1.91 TB] / in no VG: 0 [0   ]
 
the unstable PV is /dev/sdb1
 
i want to move data from /dev/sdb1 to the reset PV such as /dev/sdc1 and
/dev/sdd1.
i think the disk space is enough .
but when i use command 'pvmove -v /dev/sdb1' i got wrong info:
 
ftp:~# pvmove -v /dev/sdb1
    Finding volume group "nicvg"
  No extents available for allocation
 
my question is :
the reset of disk space is 1.2TB
but why 'pvscan' say free space is zero?
why i can't move data?
how can i solve the problem?
 
don't say add another disk to the server. i had added 10 disks to it and
there is no space to plug even one.

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-06-10  4:21 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-06-09  9:05 [linux-lvm] lvcreate goes into deep-sleep while creating an xfs snapshot Sven Riedel
2005-06-09 10:16 ` Klaus Strebel
2005-06-09 15:49   ` AJ Lewis
2005-06-10  0:19 ` [linux-lvm] lvm2 disk replacement cwinl

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).