About qsub -q highmem
1
0
Entering edit mode
@sisitzqgmailcom-4025
Last seen 10.1 years ago
Dear All, I am working on large dataset and need much memory. I use our server which need qsub -q highmem to run R , but I always have the following problem: /cluster/apps/x86_64/packages/R-2.10.1/lib64/R/bin/exec/R: error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory I type : grep libgfortran it shows: bash: dpkg: command not found I type: locate libgfortran | grep so It shows: /usr/lib/libgfortran.so.1 /usr/lib/libgfortran.so.1.0.0 /usr/lib/gcc/x86_64-redhat-linux/4.1.1/libgfortran.so /usr/lib/gcc/x86_64-redhat-linux/4.1.1/32/libgfortran.so /usr/lib64/libgfortran.so.1 /usr/lib64/libgfortran.so.1.0.0 when I run R on command line or qsub myjob.sh (no -q highmem), my job runs good. Any one can help me? Thanks Grace [[alternative HTML version deleted]]
• 1.7k views
ADD COMMENT
0
Entering edit mode
@sean-davis-490
Last seen 7 weeks ago
United States
On Fri, Apr 16, 2010 at 2:35 AM, <sisitzq@gmail.com> wrote: > Dear All, > I am working on large dataset and need much memory. I use our server which > need qsub -q highmem to run R , but I always have the following problem: > > /cluster/apps/x86_64/packages/R-2.10.1/lib64/R/bin/exec/R: error while > loading shared libraries: libgfortran.so.3: cannot open shared object file: > No such file or directory > > I type : grep libgfortran it shows: > bash: dpkg: command not found > > I type: locate libgfortran | grep so It shows: > /usr/lib/libgfortran.so.1 > /usr/lib/libgfortran.so.1.0.0 > /usr/lib/gcc/x86_64-redhat-linux/4.1.1/libgfortran.so > /usr/lib/gcc/x86_64-redhat-linux/4.1.1/32/libgfortran.so > /usr/lib64/libgfortran.so.1 > /usr/lib64/libgfortran.so.1.0.0 > > > when I run R on command line or qsub myjob.sh (no -q highmem), my job runs > good. > > Any one can help me? Thanks > > Hi, Grace. My guess is that the nodes running the highmem queue are different from the nodes that run the standard queue and that there is a library mismatch between where R was compiled and where it runs when the highmem queue is used. You will probably need to talk to your system administrator. Sean [[alternative HTML version deleted]]
ADD COMMENT
0
Entering edit mode
Dear Sean, Thank you very much! I asked our administrator to fixed the mismatch problem and now my program runs good. Thank you again Grace On Fri, Apr 16, 2010 at 5:49 PM, Sean Davis <seandavi@gmail.com> wrote: > > > On Fri, Apr 16, 2010 at 2:35 AM, <sisitzq@gmail.com> wrote: > >> Dear All, >> I am working on large dataset and need much memory. I use our server which >> need qsub -q highmem to run R , but I always have the following problem: >> >> /cluster/apps/x86_64/packages/R-2.10.1/lib64/R/bin/exec/R: error while >> loading shared libraries: libgfortran.so.3: cannot open shared object >> file: >> No such file or directory >> >> I type : grep libgfortran it shows: >> bash: dpkg: command not found >> >> I type: locate libgfortran | grep so It shows: >> /usr/lib/libgfortran.so.1 >> /usr/lib/libgfortran.so.1.0.0 >> /usr/lib/gcc/x86_64-redhat-linux/4.1.1/libgfortran.so >> /usr/lib/gcc/x86_64-redhat-linux/4.1.1/32/libgfortran.so >> /usr/lib64/libgfortran.so.1 >> /usr/lib64/libgfortran.so.1.0.0 >> >> >> when I run R on command line or qsub myjob.sh (no -q highmem), my job runs >> good. >> >> Any one can help me? Thanks >> >> > Hi, Grace. My guess is that the nodes running the highmem queue are > different from the nodes that run the standard queue and that there is a > library mismatch between where R was compiled and where it runs when the > highmem queue is used. You will probably need to talk to your system > administrator. > > Sean > [[alternative HTML version deleted]]
ADD REPLY

Login before adding your answer.

Traffic: 1011 users visited in the last hour
Help About
FAQ
Access RSS
API
Stats

Use of this site constitutes acceptance of our User Agreement and Privacy Policy.

Powered by the version 2.3.6