Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to import mkl on Gordon, v0.45.RC2 #1238

Closed
mingtaiha opened this issue Feb 20, 2017 · 10 comments
Closed

Unable to import mkl on Gordon, v0.45.RC2 #1238

mingtaiha opened this issue Feb 20, 2017 · 10 comments
Assignees
Milestone

Comments

@mingtaiha
Copy link
Contributor

On Gordon

intel/2013.1.117(49):ERROR:105: Unable to locate a modulefile for 'mkl'
Python 2.7.10
@mingtaiha mingtaiha changed the title Unable to import mkl on Gordon Unable to import mkl on Gordon, v0.45.RC2 Feb 20, 2017
@ibethune ibethune added this to the 0.45 milestone Feb 21, 2017
@ibethune
Copy link
Contributor

@mingtaiha can you say a bit more about what you were trying to do when you get this error? The ticket is not referenced in the testing spreadsheet...

@mingtaiha
Copy link
Contributor Author

Sure, sorry for the short description. I was running 09_mpi_units.py. I posted this error in its own ticket as opposed to adding it to Ticket #1239 as the mkl error only occurred on Gordon and not on the other machines (Comet, Stampede):

My radical-stack:

(ve)[mingtha@workflow rp]$ radical-stack 
python            : 2.7.5
virtualenv        : /home/mingtha/ve
radical.utils     : v0.45.RC2@detached-v0.45.RC2
saga-python       : v0.45.RC2@detached-v0.45.RC2
radical.pilot     : v0.45.RC2@detached-v0.45.RC2

@andre-merzky
Copy link
Member

I tried in a number of different ways, but I did not manage to reproduce this problem. Could you please check if you not loading mkl in your bashrc, or any other modules? Otherwise I am somewhat at a loss - can you please attach a tarball of the pilot sandbox?

@andre-merzky
Copy link
Member

One thing I just realized: I am on a slightly different Python version:

# before any module load:
$ module list
Currently Loaded Modulefiles:
  1) intel/2013.1.117   2) mvapich2_ib/1.9    3) gnubase/1.0

$ python -V
Python 2.6.6

$ module load python
python -V
Python 2.7.10

How did you get to your version?

@andre-merzky andre-merzky self-assigned this Feb 21, 2017
@ibethune
Copy link
Contributor

@mingtaiha - can you check if you can reproduce, and if the mkl module is somehow loading in your user-specific setup. If it persists, a copy of the pilot sandbox is needed to debug.

@mingtaiha
Copy link
Contributor Author

I tried it again and I get the same error. The error can be found in bootstrap_1.err. Here's the entire sandbox. I am also unable to import mpi4py

rp.session.workflow.iu.xsede.org.mingtha.017224.0000-pilot.0000.zip

@andre-merzky
Copy link
Member

Can you please send me the following files from gordon?

~/.login
~/.profile
~/.bashrc

Thanks!

@andre-merzky
Copy link
Member

andre-merzky commented Feb 28, 2017

Hmm, also, from the sandbox it seems that the error of not finding the mkl module is non-fatal -- installation otherwise succeeds, and units are being executed, right? Those fail due to missing mpi4py, but that is a different issue altogether, right? Do the other (non-mpi-) examples succeed?

[amerzky@gcn-19-56 ~]$ module list
Currently Loaded Modulefiles:
  1) intel/2013.1.117   2) mvapich2_ib/1.9    3) gnubase/1.0

[amerzky@gcn-19-56 ~]$ module load python
intel/2013.1.117(49):ERROR:105: Unable to locate a modulefile for 'mkl'

[amerzky@gcn-19-56 ~]$ module list
Currently Loaded Modulefiles:
  1) intel/2013.1.117   2) mvapich2_ib/1.9    3) gnubase/1.0        4) python/2.7.10

@andre-merzky
Copy link
Member

I opened an xsede ticket on the error message - at this point I don't see this stopping v0.45. Tests on Gordon work ok otherwise.

@andre-merzky andre-merzky modified the milestones: Future Release, 0.45 Feb 28, 2017
@ibethune ibethune modified the milestones: 0.46, Future Release Mar 2, 2017
@andre-merzky
Copy link
Member

XSEDE confirmed this to be a module dependency issue which will be fixed on their end. Since its non-fatal anyway, this ticket is being closed.

https://portal.xsede.org/group/xup/tickets/-/tickets/63551

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants