[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [ogfs-dev]Map OpenDLM to G-lock



On Thu, 2003-08-07 at 22:55, Cahill, Ben M wrote:
> > -----Original Message-----
> > From: Stanley Wang [mailto:stanley.wang@linux.co.intel.com]
> > Sent: Wednesday, August 06, 2003 11:16 PM
> > To: opengfs-devel@lists.sourceforge.net
> > Subject: RE: [ogfs-dev]Map OpenDLM to G-lock
> 
> > 
> > > The "lockspace" I think just needs a new instance of the 
> > lock module for each new instance of the filesystem.  I never 
> > could quite figure out why current ogfs code has a check for 
> > the cidev uniqueness (*or*, I might be mis-understanding the 
> > code), except perhaps that ogfs might require a separate 
> > cluster description for each and every instance of the 
> > filesystem.  Logically, though, I'm not sure if we should 
> > need to require such a thing (I may not know enough here).
> > lockspace is used to distinguish different instances of lock 
> > module. And
> > we may get it basing any unique thing for a OGFS instace. Hence it
> > doesn't matter whether it is based cidev. 
> > I don't think the ogfs would check the uniqueness of cidev also, but
> > cidev is a unique component for a OGFS instance indeed. 
> > Maybe we could use the main OGFS partition's name as the lockspace :)
> 
> I'm looking at code in lock harness.c, and locking.c, and man pages for mkfs.ogfs and ogfs_mount, and ogfs_tool(!) . . . the mount call to the locking module gets passed the following params which might be useful for this purpose:
> 
> 1)  table -- set by mkfs.ogfs *or* can be overridden by mount command.  Used by memexp for cidev, I think you could use it for whatever you want!
> 
> 2)  data -- info from "hostdata=" IP address (maybe more?) on mount command.  You might be able to use this for another purpose, as well.
> 
> 3)  fs_data -- pointer to filesystem's incore superblock (fs instance identifier).  This uniquely identifies the filesystem instance.
> 
Thanks for your hints :)
> -- Ben --
> 
> Opinions are mine, not Intel's
> 
> 
> > 
> > Thanks a lot!
> > Stan
> > -- 
> > Opinions expressed are those of the author and do not represent Intel
> > Corporation
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
> Data Reports, E-commerce, Portals, and Forums are available now.
> Download today and enter to win an XBOX or Visual Studio .NET.
> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
> _______________________________________________
> Opengfs-devel mailing list
> Opengfs-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opengfs-devel
-- 
Opinions expressed are those of the author and do not represent Intel
Corporation
"gpg --recv-keys --keyserver wwwkeys.pgp.net E1390A7F"
{E1390A7F:3AD1 1B0C 2019 E183 0CFF  55E8 369A 8B75 E139 0A7F}



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Opengfs-devel mailing list
Opengfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opengfs-devel

[Kernel]     [Security]     [Bugtraq]     [Photo]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Clusters]     [Linux RAID]     [Yosemite Hiking]     [Linux Resources]

Powered by Linux