RE: [Oscar-devel] infrastructure overhaul merge

[Bernard Li]

Title: RE: [Oscar-devel] infrastructure overhaul merge

Hi Erich:

> Can you please tell me from which routine this complaint did come? $OSCAR_HOME
> is set right at the beginning of install_cluster in its environment, so it
> should be inherited by all subprocesses.

I don't have this info handy, but it is pretty obviously when you run install_cluster on a _clean_ installation of RHEL4.  I can post that error message the next time I rebuild the headnode.

> oda.pm seems to have the low level stuff, i.e. talking directly to the mysql
> DB. Database.pm is the OSCAR specific abstraction.

To me it just seems a bit strange that we have oda.pm (which stands for OSCAR Database API) and we also have a separate Database.pm (which is the database library), but maybe that's just me :-)

> I didn't touch selector. If you do the change, please do it like in
> wizard_prep, i.e. by calling generic-setup for copying the files. I don't
> really understand why we need this, in fact all package files are copied to
> the oscar repository, not only the selected one. I think you should be able to
> remove that functionality from selector. Look at wizard_prep, when the files
> are copied the config.xml files weren't read into the database, yet.

This was put in place by DongInn when we provide _both_ OpenPBS and TORQUE in the OSCAR tarball distribution.  This created problems because both sets of RPMs would essentially provide the same tools and this causes conflict during image building time.  The solution that was put in place is that when you select the package in selector, the RPMs will be copied to /tftpboot/rpm, and when the package is unselected, then the RPMs will be deleted.

I don't think this functionality is necessary any more so I will just fix this.  Basically the functionality to copy/delete RPMs was taken out of Package.pm, and is causing the issue.

Cheers,

Bernard