Replies: 8 comments
-
Thanks @dstueckm, at least in the Python version there seems to be something wrong with the latest versions of the annoy Python package causing segfaults or other illegal memory accesses (https://github.com/brianhie/scanorama#troubleshooting). You could experiment with different annoy versions (we tested the pure Python version with annoy version 1.11.5 on Ubuntu 18.04, which works). Have you gotten Scanorama running at all (e.g., on toy data on a local machine) but it fails on the HPC? Or is the same configuration failing across environments? |
Beta Was this translation helpful? Give feedback.
-
Thanks for the reply! I tried uninstalling annoy and installing v 1.11.5 and still receive the same error message. I'll see if I can get it working locally and get back to you. |
Beta Was this translation helpful? Give feedback.
-
Hi @dstueckm, just following up on this, did you ever manage to resolve the issue? Just wondering if there are any action items for me regarding this issue |
Beta Was this translation helpful? Give feedback.
-
Hi @brianhie, Sorry to leave a comment in a closed issue, but I experience the same error. I also use
The error is the same as @dstueckm, except for a different address. Actually, the address changes at each of my attempts. Note that I'm working on my institution's HPC and this error only occurs when I'm sending the job to a cluster node. The exact same script and data work perfectly on an interactive node from the same server. In both cases, I use multiple cores. I must admit I have very little experience with Python and I can't figure out whether the error is coming from the interface between |
Beta Was this translation helpful? Give feedback.
-
Hi @cvanderaa, can you try one thing for me -- see if the error happens when you pass the |
Beta Was this translation helpful? Give feedback.
-
Thanks a lot for pointing to this. Indeed, it works with As a side note and FYI, I now also see several times this warning:
|
Beta Was this translation helpful? Give feedback.
-
Great! If the algorithm is not too slow, then you can just consider using that for now. I think |
Beta Was this translation helpful? Give feedback.
-
Ok thanks a lot for the info! The issue is solved for me. |
Beta Was this translation helpful? Give feedback.
-
I'm getting a cryptic error message when trying to run Scanorama through reticulate in R on an HPC cluster. I've been using the Seurat-compatible method suggested by @gdagstn on the open Seurat compatibility issue (#38 (comment)).
After running scanorama$integrate(assaylist, genelist), I get the error message
*** caught illegal operation ***
addreses 0x7f5438636bda, cause 'illegal operand'
I've tried generating the assaylist in a few different ways using a few different datasets, so I do not believe it is an issue with the data or a memory issue.
I'll include possibly relevant information below, happy to provide any further details
R version 3.6.1 (2019-07-05)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 18.04.2 LTS
Matrix products: default
BLAS: /usr/lib/x86_64-linux-gnu/blas/libblas.so.3.7.1
LAPACK: /usr/lib/x86_64-linux-gnu/lapack/liblapack.so.3.7.1
reticulate v 1.16
Seurat v 3.1.4
Python3 v 3.7.2
scanorama v 1.6
Beta Was this translation helpful? Give feedback.
All reactions