Hi Andy:
I'm glad you got around the
MySQL issue.
For LAM/MPI, you should build
lam-oscar-7.0.6-4.fc4.x86_64.rpm. You should already have the SRPM, so
just run rpmbuild --rebuild (making sure that you already have TORQUE installed
on the headnode as some files are necessary for the build process).
Copy the resulting RPM to /tftpboot/rpm and you should be good to
go.
In case you don't have the
SRPM, you can get it here too:
The following are some notes
which Thomas made while working on the Fedora Core 4 i386 port, perhaps they are
useful to you:
BTW can you attach your
fedora-4-x86_64.rpmlist here for our reference?
Thanks,
Bernard
From: ANDY SIU [mailto:[EMAIL PROTECTED]
Sent: Sat 17/12/2005 21:44
To: Bernard Li; [email protected]
Subject: RE: [Oscar-devel] Building oscar for FC4 x86_64 on EM64T
Hi Bernard,
I don't know how $PERL5LIB affects the installation. The "MySQL problem"
in fact relates to $PERL5LIB. Simply modifying the paths in
/etc/profile.d/perl5lib-profile-oscar.sh and run ./install_cluster again is not
enough.
I
rebuild a perl5lib-profile-oscar-1.0-2.noarch.rpm using
perl5lib-profile-oscar-1.0-2.src.rpm with the
perl5lib-profile-oscar.spec modified as follow:
For sh:
if ! echo \$PERL5LIB | /bin/grep -q "vendor_perl/5.8.0"
; then
PERL5LIB=/usr/lib64/perl5/vendor_perl/5.8.0/x86_64-linux-thread-multi:\$PERL5LIB
PERL5LIB=/usr/lib64/perl5/vendor_perl/5.8.0:\$PERL5LIB
PERL5LIB=/usr/lib/perl5/vendor_perl/5.8.0:\$PERL5LIB
export PERL5LIB
fi
For csh:
PERL5LIB=/usr/lib64/perl5/vendor_perl/5.8.0/x86_64-linux-thread-multi:\$PERL5LIB
PERL5LIB=/usr/lib64/perl5/vendor_perl/5.8.0:\$PERL5LIB
PERL5LIB=/usr/lib/perl5/vendor_perl/5.8.0:\$PERL5LIB
export PERL5LIB
fi
For csh:
if ( "\$?PERL5LIB" ) then
if ( "\${PERL5LIB}" !~ *vendor_perl/5.8.0* ) then
setenv PERL5LIB "/usr/lib64/perl5/vendor_perl/5.8.0/x86_64-linux-thread-multi:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib64/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
endif
if ( "\${PERL5LIB}" !~ *vendor_perl/5.8.0* ) then
setenv PERL5LIB "/usr/lib64/perl5/vendor_perl/5.8.0/x86_64-linux-thread-multi:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib64/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
endif
else
setenv PERL5LIB ""
setenv PERL5LIB ""
setenv PERL5LIB
"/usr/lib64/perl5/vendor_perl/5.8.0/x86_64-linux-thread-multi:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib64/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
endif
Then the paths are correctly set during ./install_cluster eth1 , and the MySQL problem is gone.
setenv PERL5LIB "/usr/lib64/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
setenv PERL5LIB "/usr/lib/perl5/vendor_perl/5.8.0:\${PERL5LIB}"
endif
Then the paths are correctly set during ./install_cluster eth1 , and the MySQL problem is gone.
I successfully run the oscar server installation.
Now I have problem to build client image. I use the fedora-4-i386.rpmlist
plus the last 14 lines of fedora-3-x86_64.rpmlist to make a
fedora-4-x86_64.rpmlist . When I build client image, it stops at: (also see
attached oscarinstall.log)
ERROR: The following RPMs cannot be
installed:
lam-oscar-7.0.6-4.fc4.i386.rpm: requires libc.so.6(GLIBC_2.1.3) (UNKNOWN)
I find libc.so.6 in /lib, and it is linked to libc-2.3.5.so .
lam-oscar-7.0.6-4.fc4.i386.rpm: requires libc.so.6(GLIBC_2.1.3) (UNKNOWN)
I find libc.so.6 in /lib, and it is linked to libc-2.3.5.so .
What sh ould I do now? Should I build a
"lam-oscar-7.0.6-4.fc4.x86_64.rpm". I also find
lam-7.1.1-3.x86_64.rpm in the FC4 CD. Can I directly use that?
Thank you
Andy
Bernard Li <[EMAIL PROTECTED]> wrote:
Looks like the database is correctly created at least. What happens when you re-run /opt/oscar/install_cluster eth0 ?If that doesn't work, I suggest you run /opt/oscar/scripts/start_over and start over. You probably want to make a backup of /tftpboot/rpm as the start_over script might delete some RPMs from that directory, so if you make a backup of it, you don't have to find the RPMs from the CDs and copy them over again.Cheers,Bernard
