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

test-run stops after reference based clustering (5/8) #39

Open
tpriest0 opened this issue Apr 10, 2020 · 10 comments
Open

test-run stops after reference based clustering (5/8) #39

tpriest0 opened this issue Apr 10, 2020 · 10 comments

Comments

@tpriest0
Copy link

Hello,

Yesterday I installed the opera-ms package but tried to do so using a conda environment. To do this, I created a conda environment, downloaded all of the necessary programs that opera-ms requires and used cpanm to install the necessary perl modules before unpacking the opera-ms directory.
When running the 'CHECK_DEPENDENCY' command, everything came back 'ok' and so it appears that there is no problems.

I then ran the test-files as recommend on the github page. The first 4 seem to run fine and then on step 5/8 - the reference based clustering, the program stopped running without any error codes being produced.

When checking the contents of the RESULTS/ file, there is an intermediate_files/ directory and a opera-ms.config file, indicating that it crashed during step 5 and didn't complete all steps. Without an error code or log file I can not seem to figure out what the problem is.

Do you have any suggestions on what may have caused this?

Many thanks in advance
Taylor

@TongChengxuan
Copy link
Collaborator

Hi Taylor,

Please execute bin/get_log.sh. This will generate a file, please send it to us, so that we can figure out what is causing the error.

Regards,
Chengxuan

@tpriest0
Copy link
Author

tpriest0 commented Apr 10, 2020 via email

@TongChengxuan
Copy link
Collaborator

Hi Taylor,

It seems that you did not give correct output path, please send us the command you had executed.

Best regards,
Chengxuan

@tpriest0
Copy link
Author

tpriest0 commented Apr 13, 2020 via email

@TongChengxuan
Copy link
Collaborator

Hi Taylor,

To generate the log files, you have to give the path to your OPERA-MS output directory, a sample command line will be:
bin/get_log.sh test_files/RESULTS/

Best regards,
Chengxuan

@tpriest0
Copy link
Author

Hi Chengxuan,

Apologies for that. I ran the command you sent and checked the log file, which then said to check another log file in the reference clustering step, which then said to check the MUMMER log file. After looking into this log file it then shows this:

/taylor/software/operams/OPERA-MS//utils//MUMmer3.23/nucmer: not found
/taylor/software/operams/OPERA-MS//utils//MUMmer3.23/nucmer: not found
ERROR: Could not parse delta file, /taylor/test_files/RESULTS//intermediate_files/reference_clustering/NUCMER_OUT//295-vs-297_1.delta
error no: 400
ERROR: Could not parse delta file, /taylor/test_files/RESULTS//intermediate_files/reference_clustering/NUCMER_OUT//295-vs-297_0.delta
error no: 400
xargs: sh: exited with status 255; aborting
xargs: sh: exited with status 255; aborting

So it seems that nucmer is missing. This was installed with MUMMER in to my conda environment, but it appears that despite it being in my environment, operams is only looking in the /utils/ folder.

Many thanks
Taylor

@TongChengxuan
Copy link
Collaborator

Hi Taylor,

Yes OPERA-MS will install MUMmer in the utils directory, it seems that the installation was failed. Did you observe any error during the "make" stage?

Best regards,
Chengxuan

@tpriest0
Copy link
Author

Hi Chengxuan,

Yes, during the make stage, it failed when installing mummer due to the program trying to link to a package that is available elsewhere in my system. For this reason, I installed all of the external programs into a conda environment and ensured that opera recognised by using the CHECK_DEPENDANCIES command. However, it seems that although opera recognises these programs, it will still only look inside the utils folder when it comes to executing a command. Perhaps I should copy the scripts from the external programs that are currently in a conda folder and place them in the utils folder and try rerunning.

All the best
Taylor

@tpriest0
Copy link
Author

Hi Chengxuan,

So i have made some changes on my system to remove the other file that mummer was trying to link to. I then re-installed operms and reran 'make'. This time there were no errors and everything was successfull. I ran CHECK_DEPENDENCY and everything is functional:

*** OPERA-LG functional
*** sigma functional
*** samtools functional
*** blasr functional
*** bwa functional
*** minimap2 functional
*** mash functional
*** mummer functional
*** megahit functional
*** spades functional
*** racon functional
*** pilon functional

*** All compiled software are functional.
*** Please try to run OPERA-MS on the test dataset.

I tried to run the test dataset again, and now it failed on step 3/8. The log files directed me to the preprocessing of reads log and there it says:

[main] Real time: 5.973 sec; CPU: 5.588 sec
gzip: unrecognized option '--sigma-conf'
Try `gzip --help' for more information.

Sorry for having so many problems.

Many thanks for your help
Taylor

@TongChengxuan
Copy link
Collaborator

Hi Taylor,

Please send OPERA-MS-LOG.tar.gz to [email protected] and [email protected]

Chengxuan

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

2 participants