All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Heinz J . Mauelshagen" <mauelshagen@sistina.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] Reiserfs, 2.4.7, snapshots w/ 0.9
Date: Wed, 25 Jul 2001 21:45:33 +0200	[thread overview]
Message-ID: <20010725214533.C27765@sistina.com> (raw)
In-Reply-To: <01072511465701.00921@exodus>; from iain@sandon.ca on Wed, Jul 25, 2001 at 11:46:57AM -0400

On Wed, Jul 25, 2001 at 11:46:57AM -0400, Iain Campbell wrote:
> On Wednesday 25 July 2001 11:36, you wrote:
> > I'm using LVM on a couple of our production systems, and I'm very
> > happy with it.  It's been working very well for us.  However, we
> > have a very large database and backing it up has become problematic.
> >
> > So, naturally, I began looking into using LVM's snapshot feature.
> > The filesystem the database rests on is a reiserfs partition.
> > Creating the snapshot volume (acc to the directions in the howto)
> > works fine, but when I try to actually mount it I get:
> >
> > $ sudo mount -t reiserfs -oro /dev/main/db_backup /mnt/dbbackup
> > mount: wrong fs type, bad option, bad superblock on /dev/main/db_backup,
> >        or too many mounted file systems
> >
> > checking dmesg reveals:
> > reiserfs: checking transaction log (device 3a:04) ...
> > clm-2076: device is readonly, unable to replay log
> > Replay Failure, unable to mount
> > reiserfs_read_super: unable to initialize journal space
> >
> > Ok, so I did some searching and found some people back in the first
> > part of this year had a similar problems but none of the solutions
> > really applied to me fwict.  They all appeared to be using a
> > previous version of the kernel, or of the lvm code.  I looked through
> > the changelog and did see a few notations of fixes since 0.9 related
> > to the snapshot code.  But, I'm kind of wary about putting a beta
> > on my production systems with something this critical, w/out knowing
> > for sure that it will fix the problem.
> >
> > So, is the problem in lvm?  reiserfs?  Or is it just me?  Is there
> > any other information I can give that might be helpfull in figuring
> > out the problem?  Just let me know.
> >
> > TIA
> > _______________________________________________
> > 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
> 
> Quote from Teigland and Mauelshagens's Volume Manager whitepaper:
> 
> "If a snapshot is simply taken of a file system volume, the resulting copy of 
> the file system will look as if the system has crashed.  When the snapped 
> file system is then mounted read only it would appear to need an fsck, in the 
> case of a non journalled file system, or journal recovery in the case of  a 
> journalled file system. These operations (fsck or journal replay) require 
> writing to  the snapshot ligical volume, which is not allowed."
> 
> There's more, get the whole thing from sistina.com/lvm. Look for 
> vmil_freenix.pdf.
> 
> Question to Heinz - what is the status of getting file system snapshot hooks 
> into the kernel??

Have forwarded that to Chris Mason who created the VFS interface.

> 
> iain
> 
> 
> _______________________________________________
> 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

-- 

Regards,
Heinz    -- The LVM Guy --

*** 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

  reply	other threads:[~2001-07-25 19:45 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-25 15:36 [linux-lvm] Reiserfs, 2.4.7, snapshots w/ 0.9 Mark Bainter
2001-07-25 15:46 ` Iain Campbell
2001-07-25 19:45   ` Heinz J . Mauelshagen [this message]
2001-07-26 11:55   ` [linux-lvm] Some ideas regarding snapshots (was: Reiserfs, 2.4.7, snapshots w/ 0.9) Wolfgang Weisselberg
2001-07-26 12:39     ` Joe Thornber
2001-07-25 19:44 ` [linux-lvm] Reiserfs, 2.4.7, snapshots w/ 0.9 Heinz J . Mauelshagen
2001-07-25 23:57   ` José Luis Domingo López
  -- strict thread matches above, loose matches on Subject: below --
2001-07-25 20:02 Gonyou, Austin

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=20010725214533.C27765@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.