On Thu, Dec 04, 2008 at 04:59:23PM -0500, david m. richter wrote:
> ah, so just to make sure i'm with you here: (1) gfs_controld is
> generating this "id"-which-is-the-mountgroup-id, and (2) gfs_kernel
> will no longer receive this in the hostdata string, so (3) i can just
> rip out my in-kernel ho
On Thu, Dec 4, 2008 at 4:07 PM, David Teigland <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 04, 2008 at 01:32:31PM -0500, david m. richter wrote:
>> On Mon, Dec 1, 2008 at 12:31 PM, David Teigland <[EMAIL PROTECTED]> wrote:
>> > Here are the compatibility aspects to the recent ideas about changes to
>>
On Thu, Dec 04, 2008 at 01:32:31PM -0500, david m. richter wrote:
> On Mon, Dec 1, 2008 at 12:31 PM, David Teigland <[EMAIL PROTECTED]> wrote:
> > Here are the compatibility aspects to the recent ideas about changes to
> > the user/kernel interface between gfs (1 & 2) and gfs_controld.
> >
> > . gf
On Mon, Dec 1, 2008 at 12:31 PM, David Teigland <[EMAIL PROTECTED]> wrote:
> Here are the compatibility aspects to the recent ideas about changes to
> the user/kernel interface between gfs (1 & 2) and gfs_controld.
>
> . gfs_controld can remove id from hostdata string in mount options
hi david,
I
