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
Issues on shared system - file permission #67
Comments
21 def acquire(self): Above is the place where the block function try to write lock. |
The other way is running the script at your working directory rather than the script directory. For example,
The current script requires writing permission for the directory where you're running the script. If you want to install RoseTTAFold for all system users and don't want to give write permission for all users, please let users run their jobs on their home directory. |
Thank you for the reply. Yes the input.fa and the out is written to a folder in the home directory. Then the analysis go as far as hhsearch [ec-sabryr@login-1 example]$ pwd [ec-sabryr@login-1 example]$ ls Why the program is trying to write to the following location ? It seems some lock with the PID to stop multiple processing. |
I just updated the script (RoseTTAFold _DIR)/network/equivariant_attention/from_se3cnn/cache_file.py to store PID information at the current working directory rather than RoseTTAFold script directory. Please pull the latest version and try it again. |
Thank you, Trying now. |
I see that you have changed to " mutexfile = "cache_mutex" . I will run this now. However, in a shared system this would be ideal in a cache directory under home $HOME/.RoseTTAFold for example. |
With commit #289b224a08d7883082ca25939c7398d34056efbf it worked on the shared system. Thank you. |
It seems this problem still exists when running the script run_e2e_ver.sh: Reading CRF from K4000.crf ... From here:
|
I am setting this RoseTTAFold on shared system where the users do not have write access to instlation folder. I have installed successfully, but when I run the test I see that RoseTTAFold try to write to the central installation.
Is there a way to tell RoseTTAFold to use the user home directory instead ?
Regards,
Sabry
The text was updated successfully, but these errors were encountered: