open-sharedroot-users

[OSR-users] What other cdsl's to configure?

[Dan M. <dan...@or...>]

The howto (at least the RHEL5 OCFS2 one I am using) provides
the minimum number of cdsl's necessary to boot the system.
I'd be interested in suggestions on what other cdsl's should
be set up to make a usable sharedroot system.

For example, I see that /root is shared, which is likely
problematic if root logs in on multiple nodes.

Should /home be shared or cdsl?

Should any other directories be cdsl?

Thanks,
Dan

Re: [OSR-users] What other cdsl's to configure?

[Marc G. <gr...@at...>]

On Thursday 28 May 2009 18:53:56 Dan Magenheimer wrote:
> The howto (at least the RHEL5 OCFS2 one I am using) provides
> the minimum number of cdsl's necessary to boot the system.
> I'd be interested in suggestions on what other cdsl's should
> be set up to make a usable sharedroot system.
>
> For example, I see that /root is shared, which is likely
> problematic if root logs in on multiple nodes.
>
> Should /home be shared or cdsl?
>
> Should any other directories be cdsl?
Good question. I feel the answer is more personal then technical.
But the idea behind the whole shared root thing is. Share every file as long 
as there is good reason. If there is no good reason then make it 
hostdependent.
I know this doesn't hold completly cause /var is hostdep and _ONLY_ /var/lib 
is reshared. But there might be a /var/www ...

I'd say this is up to you.

But I didn't see anybody making /root or /home hostdep.

-- 
Gruss / Regards,

Marc Grimme
http://www.atix.de/               http://www.open-sharedroot.org/

Re: [OSR-users] What other cdsl's to configure?

[Dan M. <dan...@or...>]

Hi Marc --

Thanks for your reply on the cdsl's.

I'm about to start another round of setting up an
OSR for Xen/EL5/ocfs2.  I have my current one
working and booting 8 virtual nodes.  However
I made enough tweaks along the way that I want
to ensure I can reproduce it.

Last time, I used the following rpm versions:

comoonics-bootimage-1.4-21.noarch.rpm
comoonics-bootimage-extras-ocfs2-0.1-3.noarch.rpm
comoonics-bootimage-initscripts-1.4-9.rhel5.noarch.rpm
comoonics-bootimage-listfiles-1.3-8.el5.noarch.rpm
comoonics-bootimage-listfiles-all-0.1-5.noarch.rpm
comoonics-bootimage-listfiles-rhel-0.1-3.noarch.rpm
comoonics-bootimage-listfiles-rhel5-0.1-3.noarch.rpm
comoonics-cdsl-py-0.2-12.noarch.rpm
comoonics-cluster-py-0.1-17.noarch.rpm
comoonics-cs-py-0.1-56.noarch.rpm
comoonics-pythonosfix-py-0.1-2.noarch.rpm
SysVinit-comoonics-2.86-14.atix.1.i386.rpm

Are there any newer versions of these?  (And is
there any changelog list or other mechanism I
can use generally to check for newer versions?
I want to download rpm's, not use yum or up2date.)

The version above still has the problem with the
/etc/redhat-release not parsing the Oracle version
string.  Is this fixed somewhere?  I'm currently
just patching it manually.  Also, I'm wondering if
you might have taken my suggestion of using
"modprobe -q" so that ugly FATAL messages aren't
printed for modules that might already be built
into the kernel.  (Specifically, xennet and xenblk)

Thanks,
Dan

> -----Original Message-----
> From: Marc Grimme [mailto:gr...@at...]
> Sent: Thursday, May 28, 2009 1:05 PM
> To: ope...@li...
> Cc: Dan Magenheimer
> Subject: Re: [OSR-users] What other cdsl's to configure?
> 
> 
> On Thursday 28 May 2009 18:53:56 Dan Magenheimer wrote:
> > The howto (at least the RHEL5 OCFS2 one I am using) provides
> > the minimum number of cdsl's necessary to boot the system.
> > I'd be interested in suggestions on what other cdsl's should
> > be set up to make a usable sharedroot system.
> >
> > For example, I see that /root is shared, which is likely
> > problematic if root logs in on multiple nodes.
> >
> > Should /home be shared or cdsl?
> >
> > Should any other directories be cdsl?
> Good question. I feel the answer is more personal then technical.
> But the idea behind the whole shared root thing is. Share 
> every file as long 
> as there is good reason. If there is no good reason then make it 
> hostdependent.
> I know this doesn't hold completly cause /var is hostdep and 
> _ONLY_ /var/lib 
> is reshared. But there might be a /var/www ...
> 
> I'd say this is up to you.
> 
> But I didn't see anybody making /root or /home hostdep.
> 
> -- 
> Gruss / Regards,
> 
> Marc Grimme
> http://www.atix.de/               http://www.open-sharedroot.org/
> 
>

Re: [OSR-users] What other cdsl's to configure?

[Marc G. <gr...@at...>]

Hi Dan,
On Friday 29 May 2009 17:57:32 Dan Magenheimer wrote:
> Hi Marc --
>
> Thanks for your reply on the cdsl's.
>
> I'm about to start another round of setting up an
> OSR for Xen/EL5/ocfs2.  I have my current one
> working and booting 8 virtual nodes.  However
> I made enough tweaks along the way that I want
> to ensure I can reproduce it.
>
> Last time, I used the following rpm versions:
>
> comoonics-bootimage-1.4-21.noarch.rpm
> comoonics-bootimage-extras-ocfs2-0.1-3.noarch.rpm
> comoonics-bootimage-initscripts-1.4-9.rhel5.noarch.rpm
> comoonics-bootimage-listfiles-1.3-8.el5.noarch.rpm
> comoonics-bootimage-listfiles-all-0.1-5.noarch.rpm
> comoonics-bootimage-listfiles-rhel-0.1-3.noarch.rpm
> comoonics-bootimage-listfiles-rhel5-0.1-3.noarch.rpm
> comoonics-cdsl-py-0.2-12.noarch.rpm
> comoonics-cluster-py-0.1-17.noarch.rpm
> comoonics-cs-py-0.1-56.noarch.rpm
> comoonics-pythonosfix-py-0.1-2.noarch.rpm
> SysVinit-comoonics-2.86-14.atix.1.i386.rpm
>
> Are there any newer versions of these?  (And is
> there any changelog list or other mechanism I
> can use generally to check for newer versions?
> I want to download rpm's, not use yum or up2date.)
First no the version with the el5 detection patches is not yet rpm build. But 
it will be in the next version. I think I will release those fixes within the 
next week when we finished our first Q&A round on the beta channel.

About changelogs. There are always the rpm changelogs. Every new major version 
will get release notes (automatically). This is new so I don't know if we 
will have it fully in 4.5 which is right now on Q&A.

>
> The version above still has the problem with the
> /etc/redhat-release not parsing the Oracle version
> string.  Is this fixed somewhere?  I'm currently
> just patching it manually.  Also, I'm wondering if
> you might have taken my suggestion of using
> "modprobe -q" so that ugly FATAL messages aren't
> printed for modules that might already be built
> into the kernel.  (Specifically, xennet and xenblk)
Ok. I'll keep it in mind. I didn't have it completly registered in my 
mind ;-) . But now it is. I have to think about it but I don't think it's a 
bad idea. I'll keep you up2date on this.
>
> Thanks,
> Dan

Regards


-- 
Gruss / Regards,

Marc Grimme
http://www.atix.de/               http://www.open-sharedroot.org/