-
Notifications
You must be signed in to change notification settings - Fork 354
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
Samtools error when installing bcbio genome data in bcbio: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory #3557
Comments
Hi @amizeranschi ! Thanks for the detailed reporting and sorry about the issues! There might be samtools issues as well, since we now have multiple htslib environments - please update here if you still see the error in the new instllalation. Sergey |
Hi Sergey, Thanks for the reply. Everything I reported here was based on a fresh install of bcbio, completely from scratch, on a new machine. This was done on the 14th of November and I followed the documentation you linked above. The update you mentioned seems to be from the 28th of October, so I'm guessing that my install should have used the updated code. Here's what I did:
I can retry the installation within the following days, but is there any reason to believe there should be a different outcome, regarding the Samtools errors I mentioned above? |
Update: As advised, I tried reinstalling Bcbio from scratch, but it didn't make any difference. I am still in the same situation as outlined above. When I try installing the data, Bcbio tries to use the old samtools version that gets symlinked in the tools/bin directory and runs into the error mentioned in the title. |
Update 2: As mentioned in #3561, I've upgraded bcbio to the latest development version. Unlike there, however, this didn't fix the issue mentioned here. I can hack around it by renaming or removing the samtools symlink from the tools directory, but it might still be good to solve this before the next stable release. |
HI @amizeranschi ! Thanks for the follow up and for the patience!
I've pushed a fix that it won't be linked in the first place anymore: Let me know if that helps with the installation. Sergey |
Hi @naumenko-sa Strangely enough, I still seem to be getting this issue. Once again, on a completely fresh bcbio install, from scratch. Upgrading bcbio and tools to development didn't help. This time, the culprit samtools executable is in bcbio_dir/anaconda/bin:
Any help here would be much appreciated. |
I tried pinning the samtools version to 1.12, but ran into errors:
However, this seems to work if I request samtools=1.13:
|
I'm seeing this samtools issue as well with the current stable release. Working on debugging. |
Yeah it's installing samtools 1.7 on my machine as well. Seeing if pinning to 1.13 works, as you mentioned. |
As mentioned in #3632, we likely need to double check the pinning of bcftools as well. |
This hotfix seems to be working for me so far: /opt/koopa/opt/bcbio-nextgen/install/anaconda/bin/mamba install \
--name 'base' \
'bcftools==1.15' \
'samtools==1.15'
|
Still not working, now seeing this error on an RNA-seq run: See potentially related 1.13 pinning: |
Yeah still hitting this error: Update: this only happens when running STAR |
FYI, I couldn't reproduce the My Samtools version is also 1.15. P.S. Are you any closer to making a new release for |
@amizeranschi working on updating I'm going to run the bcbio unit tests and see what's up with the current install. |
Alright, thanks for the update, I've tracked those pull requests. If you do try to run the code I've linked, you will first need sacCer3 genome data available in bcbio. This is pretty small and you can get it via:
You'd also want to comment out lines 217-220, which enable |
Hi @mjsteinbaugh and @amizeranschi ! Sorry, I dropped the ball. Interestingly, my ~january 1.2.9 installation received samtools 1.13 in the base env, as needed. But the fresh one indeed received samtools1.7 in the base. It has to be 1.13, not 1.15, I fixed it with it is weird why conda solved it like that, bcftools was pinned to 1.13. I appreciate if anybody tests. Sergey |
I've tried another fresh install and now it ends up with bcbio-nextgen 1.2.8 at the end. Here's what I tried:
This reports
A collaborator, @marianastase0912, had a similar thing happen to her fresh bcbio install. Upgrading to the latest development version doesn't fix this, either, as the same downgrade happens at some point near the end of the install. |
Thanks for testing @amizeranschi Yes, it replicates for me as well in the fresh installation. The workaround for now: I am fixing bcbio recipe to solve this issue I pinned openssl, because new openssl3.0 shifts a lot of packages Sergey |
Fixing it here: |
Awesome thanks @naumenko-sa , happy to help test this out on an AWS instance. |
@mjsteinbaugh |
Version info
bcbio_nextgen.py --version
): 1.2.8lsb_release -ds
): Ubuntu 20.04.3 LTSTo Reproduce
Exact bcbio command you have used:
This results in the following:
This suggests an older version of samtools is being used at some point. There are multiple versions of samtools installed in bcbio:
My PATH is configured like this:
And the main version of Samtools on my system, given the above, seems to be v1.13:
There also seems to be an older version of Samtools getting symlinked in my bcbio tools directory. My guess is that this is probably being picked up somehow when installing the genome data.
Removing this symlink from the tools directory got things working for me and I managed to install the genome data using the command mentioned above.
The text was updated successfully, but these errors were encountered: