[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [Linux-cluster] A few GFS newbie questions: journals, etc
- From: "Dan B. Phung" <phung cs columbia edu>
- To: linux clustering <linux-cluster redhat com>
- Subject: Re: [Linux-cluster] A few GFS newbie questions: journals, etc
- Date: Thu, 30 Jun 2005 18:08:07 -0400 (EDT)
while [ 1 ]; then
cman_tool expected -e 1
sleep 600
done
On 30, Jun, 2005, Jon Scottorn declared:
> How would something like that look?
>
> would you use cman_tool to do it?
>
>
>
> Lon Hohberger wrote:
>
> >On Thu, 2005-06-30 at 10:52 -0600, Jon Scottorn wrote:
> >
> >
> >>Ok, so let me reiterate:
> >>
> >> If I don't even care about quorum and the cluster. I just want a
> >>filesystem that will server out a block device, which is what gfs does.
> >>I'm not worried about "split brain" issues. If we need to have quorum,
> >>I want the number of nodes for quorum to be set at 1, which will be the
> >>main server containing the data. Any other node that connectes can just
> >>access the data or go offline without causeing any quorum issues.
> >>Is this functionality going to be possible, I want to use GFS for this
> >>because if not, our other option is enbd but then we are limiting
> >>ourselves very much. We would have to create seperate partitions for
> >>each node to mount, etc... a major PAIN to go that way but, it is not as
> >>painful of having quorum fail and cause all of our nodes to go down.
> >>
> >>
> >
> >Set a cronjob to reset expected votes every 10 minutes...
> >
> >Good luck.
> >
> >-- Lon
> >
> >
> >
> >--
> >Linux-cluster mailing list
> >Linux-cluster redhat com
> >http://www.redhat.com/mailman/listinfo/linux-cluster
> >
> >
> >
>
> --
> Linux-cluster mailing list
> Linux-cluster redhat com
> http://www.redhat.com/mailman/listinfo/linux-cluster
>
--
email: phung cs columbia edu
www: http://www.cs.columbia.edu/~phung
phone: 646-775-6090
office: CS Dept. 520, 1214 Amsterdam Ave., MC 0401, New York, NY 10027
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]