-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Problems on centos 7.0 on tutorial #3
Comments
Looks like jellyfish isn't installed in the CIPHER img. I fixed this and pushed a commit, you can rebuild the cipher.img file by re-downloading cipher and recreating the singularity image. What is happening here is that CIPHER is trying to calculate the effective genome size since you didn't specify one but for some reason jellyfish didnt get installed. For now, to overcome this issue without recreating the cipher.img container try the following:
Here all I did was specify that you are working with hg38 data and gave that information to macs2 and epic for peak calling so that you don't have to automatically calculate it. |
This is the output:
|
The adapters.fa file can't be read from the cipher-workflow-platform/adapters directory. Please make sure it exists and that you have the correct permissions to read/write files from wherever you have the cipher folder. This looks like the /opt/ folder. To check permissions do |
|
You still have the same issue:
Check to make sure that the file exists, and if it does check to make sure you have permissions to read the file in the /opt/ directory. You can do that by running |
Here the results of the command you suggest:
|
So if I try to move to another directory and I run inside the cipher-workflow directory I skyp that error. Now I have this error:
So I don't understand now what is this error? seem now the problem is in the catools
|
No, you should be able to run the pipeline from anywhere. You seem to have some sort of weird permission error on your cluster that doesn't let you read the adapters.fa file from the /opt/ folder. I don't understand it since the permissions look fine. But if you can run CIPHER from inside the cipher-workflow-platform folder then the problem is with your cluster permissions and not with CIPHER. I'd talk to whoever runs the cluster and try to nail down whats going on. This second error is super interesting! I've NEVER gotten it before, but it seems to be a fairy rare error that occurs when running that particular package that has to do with your FASTA file. It may have too many scaffolds according to this GitHub Issue link: kundajelab/phantompeakqualtools#3 This again unfortunately is not due to a problem with CIPHER but rather another tool (specifically the phantompeakqual tool that CIPHER uses to estimate fragment length). I suggest that you remove all the scaffolds that aren't the major ones (keep chr 1-22, X and Y) from your FASTA file and try running that as the fasta file. |
Great thanks so much for your help and patience!! |
No, thank you! This is great. I take for granted that CIPHER runs fine on our home machines that it's good to see where it fails outside of those labs I can go into and run myself. I'm sorry it has been such a hassle getting this to run on your own machine though! |
What is the genome file and gtf file do you suggest to use fr chip-seq in your pipeline? |
I recommend using the iGenomes files. |
The UCSC versions. |
I nhave run the tutotial with a machine with 38 G RAM. This is the error:
The text was updated successfully, but these errors were encountered: