On Wed, 2009-01-28 at 13:48 +0100, Lars Marowsky-Bree wrote: > On 2009-01-25T14:14:12, Steven Dake <[email protected]> wrote: > > > Same as before, but the trunk apparently doesn't have the > > clear_high_node_bit flag feature. > > > > Andrew can you work up a patch for that feature for trunk? > > I think before we rework this, we may want to readdress the nodeid issue > more completely. > > Right now - short of chrissie's first patch -, the in-kernel DLM doesn't > like even 31bit nodeids, and will blow up quite readily. So, whether it > blows up with 31bit nodeids or 32bit nodeids doesn't really make a > difference, as the admin has to auto-configure them anyway ;-) > > The in-kernel code will need fixing anyway before auto-generation works > in practice. > > We can thus either directly fix it so that 32bit work (and this patch > becomes superfluous), or go all the way to 128bit UUIDs (which can > either be safely auto-generated or use the node's IPv6 address), the > latter being IMHO preferable but requiring rework of openAIS too. > > > Regards, > Lars >
I have concerns as how this would effect compatibility but could be a compile time option if the deployer was willing to break compatibility. node IDs are used extensively in the totem implementation (for better or worse). Regards -steve _______________________________________________ Openais mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/openais
