it's working great now that i've redone the whole thing
--
Kevin Kramer
Sr. Systems Administrator
512.418.5725
Centaur Technology, Inc.
www.centtech.com
Pawel Jakub Dawidek wrote the following on 09/01/06 13:56:
On Fri, Sep 01, 2006 at 10:16:09AM -0500, Kevin
On Thu, Aug 31, 2006 at 02:01:34PM -0500, Kevin Kramer wrote:
Pavel,
running 6.1-stable with these patches
rebuilt kernel/world as of 8/28 @ 2p CST w/ these patches
gjournal6_20060808.patch
vfs_subr.c.3.patch
the backend RAID presents 4 luns, this is how we config'd it.
da1 - 8G
da2
Pawel Jakub Dawidek wrote:
Hmm, using SU with gjournal is really bad choice and you didn't tell
file system that it is on gjournaled device. Try:
I suggest this to be prominent in the documentation :)
___
freebsd-stable@freebsd.org mailing list
we left the journaling devices raw. do i need to newfs the journaling
device? is eveything else ok besides the newfs of the daX.journal?
--
Kevin Kramer
Sr. Systems Administrator
512.418.5725
Centaur Technology, Inc.
www.centtech.com
Pawel Jakub Dawidek wrote
On Fri, Sep 01, 2006 at 08:12:23AM -0500, Kevin Kramer wrote:
we left the journaling devices raw. do i need to newfs the journaling device?
is eveything else ok besides the newfs of the daX.journal?
Journal switch times are very long, but this could be caused by SU.
Could you try to disable SU
I've already redone the whole thing. here are the steps i took
umount /scr09
umount /scr10
gjournal stop da2.journal
gjournal stop da4.journal
** had not done this on the first attempt
newfs /dev/da1
newfs /dev/da3
gjournal label -v /dev/da2 /dev/da1
gjournal label -v /dev/da4 /dev/da3
newfs
On Fri, Sep 01, 2006 at 10:16:09AM -0500, Kevin Kramer wrote:
I've already redone the whole thing. here are the steps i took
umount /scr09
umount /scr10
gjournal stop da2.journal
gjournal stop da4.journal
** had not done this on the first attempt
newfs /dev/da1
newfs /dev/da3
This is
i was seeing up to 14s suspends on /scr10 prior to the reconfig causing
mount point to be unresponsive on the clients. i'm using async option
also. the rsync is still going so won't go live again 'til next week.
thanks for the help.
--
Kevin Kramer
Sr. Systems
Pavel,
running 6.1-stable with these patches
rebuilt kernel/world as of 8/28 @ 2p CST w/ these patches
gjournal6_20060808.patch
vfs_subr.c.3.patch
the backend RAID presents 4 luns, this is how we config'd it.
da1 - 8G
da2 - ~897G
da3 - 8G
da4 - ~897G
da2/4 have been partitioned in FreeBSD,