Replies: 2 comments 4 replies
-
Looks like permissions problem on the specific Linux machine. DIA-NN just uses the regular C++ interface for opening files, if it fails it means the respective system command failed, most likely because of permissions. Vadim |
Beta Was this translation helpful? Give feedback.
-
The files have permissions as shown in the screenshot, i.e. it should not be a problem. We thus tried it on another linux computer (not a singularity containment) with the identical files copied there. There it worked. Thus we explored options within the singularity containment on the cluster again. Initially (screenshot above), all files were on a network drive. DIA-NN could be executed from there and managed to load the raw file and the fasta file - however produced the library error message. When executing DIA-NN from the home directory and having all files there (raw file, fasta, library), it worked. Surprisingly, it also ran through when DIA-NN was executed from the network drive, the raw file and the fasta file were loaded from the network drive but the library was loaded from the home directory.
In any case, my home directory is too small to accomodate all raw files I try to analyze - so they need to be on a network drive. [Our IT/server infrastructure is designed in a way that users are supposed to use network drives for large datasets]. Is there a disadvantage (other than potentially slower loading via the network) if the raw files are on a network drive? |
Beta Was this translation helpful? Give feedback.
-
We try to run DIA-NN on a hpc computing cluster. This requires a singularity containment solution.
We manage to execute DIA-NN via the command line tool and load raw files and fastas but not libraries.
So far, we tried .xls libraries exported from Biognosys and .tsv libraries and .tsv libraries exported from the DIA-NN GUI itself.
We get the following error message:
Beta Was this translation helpful? Give feedback.
All reactions