All of lore.kernel.org
 help / color / mirror / Atom feed
From: kelsey hudson <khudson@tsss.org>
To: linux-lvm@redhat.com
Subject: [linux-lvm] Snapshot weirdness
Date: Thu, 03 Nov 2005 15:53:03 -0800	[thread overview]
Message-ID: <436AA2DF.8030002@tsss.org> (raw)

Hello.

I'm building a disk-to-disk-to-tape backup appliance here, and decided 
that for maximum flexibility I'd use LVM2 (mainly because of its 
snapshot feature and the ability to hot-add disks and extend volumes 
seamlessly. Good stuff.)

Anyhow, I have a 600GB primary physical volume configured with a single 
logical volume utilizing 99% of the extents. I have the system set to 
take a snapshot every night so there's always a live copy of the data 
available for backup. Three such snapshots are used in rotation (the 
oldest snapshot is deleted and recreated as the newest); each occupy 25 
extents. The problem is, after some time, I'll have a bunch of errors 
regarding the snapshot volumes spewed to the system logs and console. If 
I subsequently try and read from the filesystem, the kernel shuts the 
filesystem down (XFS feature).

This makes it rather inconvenient to back up a snapshot -- if I can't 
read it, it doesn't do me much good to have it. I'm basically using the 
snapshots read-only, and the filesystems are mounted as such, as well.

So, can anyone shed some insight on why I have self-corrupting 
filesystems on my snapshot volumes?

Thanks in advance.
-Kelsey

             reply	other threads:[~2005-11-04  0:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-03 23:53 kelsey hudson [this message]
2005-11-04  1:20 ` [linux-lvm] Snapshot weirdness Dan Stromberg
2005-11-04  7:07   ` kelsey hudson

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=436AA2DF.8030002@tsss.org \
    --to=khudson@tsss.org \
    --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.