Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 3 Apr 2007 10:44:11 +0300
From:      "Dan Cojocar" <dan.cojocar@gmail.com>
To:        "Pawel Jakub Dawidek" <pjd@freebsd.org>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: gjournal error
Message-ID:  <b37cb0970704030044p758ddd08s7524a96adfb6c624@mail.gmail.com>
In-Reply-To: <20070402161220.GA34180@garage.freebsd.pl>
References:  <b37cb0970703300454l75eae76dyc75c1be5e31f65@mail.gmail.com> <20070330181015.GB11360@garage.freebsd.pl> <b37cb0970704020235vf3171f0g8227002607972342@mail.gmail.com> <20070402161220.GA34180@garage.freebsd.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
On 4/2/07, Pawel Jakub Dawidek <pjd@freebsd.org> wrote:
> On Mon, Apr 02, 2007 at 12:35:10PM +0300, Dan Cojocar wrote:
> > On 3/30/07, Pawel Jakub Dawidek <pjd@freebsd.org> wrote:
> > >On Fri, Mar 30, 2007 at 02:54:28PM +0300, Dan Cojocar wrote:
> > >> Hello all,
> > >>
> > >> I noticed this error in my logs:
> > >>
> > >> GEOM_JOURNAL: [flush] Error while writting data (error=1)
> > >> ad1s1d[WRITE(offset=512, length=115200)]
> > >> fsync: giving up on dirty
> > >> 0xc435910c: tag devfs, type VCHR
> > >>    usecount 1, writecount 0, refcount 96 mountedhere 0xc41f9900
> > >>    flags ()
> > >>    v_object 0xc1048e10 ref 0 pages 2236
> > >>     lock type devfs: EXCL (count 1) by thread 0xc3f7d6c0 (pid 27)
> > >>        dev ad1s1e.journal
> > >> GEOM_JOURNAL: Cannot suspend file system /extra/large (error=35).
> > >>
> > >> This is: FreeBSD 7.0-CURRENT #1: Mon Mar 12 17:55:55 EET 2007
> > >
> > >Can you paste output of:
> > >
> > >        # bsdlabel /dev/ad1s1
> > >
> > >?
> > >
> >
> > Here it is:
> > bsdlabel /dev/ad1s1
> >                                                        12:32:40
> > # /dev/ad1s1:
> > 8 partitions:
> > #        size   offset    fstype   [fsize bsize bps/cpg]
> >  c: 234440625        0    unused        0     0         # "raw" part,
> > don't edit
> >  d: 20971520        0    4.2BSD     2048 16384 28552
> >  e: 213469105 20971520    4.2BSD     2048 16384 28552
>
> 'd' partition is wrong, it should start at offset 16. You get EPERM
> (error=1) when someone tries to write to first 16 sectors where metadata
> is stored.
>

If I will move the offset of d to 16, it will fix this problem?, or do
I need to recreate the whole partition table?
Thanks,
Dan



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b37cb0970704030044p758ddd08s7524a96adfb6c624>