Closed wyim-pgl closed 7 years ago
I couldn't find any evidence and i hacked code.
I'd like to look into this. Could you post your .ini
settings?
Here is my cfg file.
[General]
job_type = SGE
[Unzip]
# list of files of the initial bas.h5 files
input_fofn = input.fofn
#input_fofn = preads.fofn
input_bam_fofn= input_bam.fofn
# The length cutoff used for seed reads used for initial mapping
smrt_bin=/scratch/wyim/pacbio/bin/
job_queue = common.q
jobqueue = common.q
sge_phasing = -pe SharedMem 2
sge_quiver = -pe SharedMem 2
sge_track_reads= -pe SharedMem 2
sge_blasr_aln= -pe SharedMem 2
sge_hasm= -pe SharedMem 2
use_tmpdir=/home/wyim/scratch/tmp/
quiver_concurrent_jobs = 500
unzip_concurrent_jobs = 500
Looks fine. I suggest looking for the actual qsub
call, to see what flags are actually used. You should see -V
:
$ man qsub
-V Available for qsub, qsh, qrsh with command and qalter.
Specifies that all environment variables active within the qsub utility be exported to the context of the
job.
All environment variables specified with -v, -V or the DISPLAY variable provided with -display will be
exported to the defined JSV instances only optionally when this is requested explicitly during the job sub‐
mission verification. (see -jsv option above or find more information concerning JSV in jsv(1))
My guess is that you have not exported LD_LIBRARY_PATH
in your shell before starting Falcon.
With code hack i add it to code but it doesnt work.
Won Cheol Yim
Postdoctoral Researcher
University of Nevada Reno
On Wed, Apr 12, 2017 at 10:24 AM -0700, "Christopher Dunn" notifications@github.com<mailto:notifications@github.com> wrote:
Looks fine. I suggested looking for the actual qsub call, to see what flags are actually used. You should see -V:
$ man qsub -V Available for qsub, qsh, qrsh with command and qalter.
Specifies that all environment variables active within the qsub utility be exported to the context of the
job.
All environment variables specified with -v, -V or the DISPLAY variable provided with -display will be
exported to the defined JSV instances only optionally when this is requested explicitly during the job sub‐
mission verification. (see -jsv option above or find more information concerning JSV in jsv(1))
My guess is that you have not exported LD_LIBRARY_PATH in your shell before starting Falcon.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHubhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FPacificBiosciences%2FFALCON_unzip%2Fissues%2F78%23issuecomment-293649597&data=01%7C01%7Cwyim%40unr.edu%7C339c1b388bb4491975b708d481c8cc5f%7C523b4bfc0ebd4c03b2b96f6a17fd31d8%7C1&sdata=AT%2FucVaI4UV5IXD%2Fl3lD4HIQUklp8VSUq%2BkotHpVGhI%3D&reserved=0, or mute the threadhttps://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAA3XIdGck1HdApFeMZHA00gYO1cLIXdzks5rvQjWgaJpZM4MzYK5&data=01%7C01%7Cwyim%40unr.edu%7C339c1b388bb4491975b708d481c8cc5f%7C523b4bfc0ebd4c03b2b96f6a17fd31d8%7C1&sdata=uanTFQHaDj7%2BTTZ%2FEpvJIABQX5Owcoz40%2FhrvlmD9Ao%3D&reserved=0.
Hello Jason,
During the Phasing step, LD_LIBRARY_PATH is resetting.
I compiled BLASR with pitchfork.
I use SGE for job submitting and after job submitting the LD_LIBRARY_PATH seems to be reset.
So the BLASR couldn't find the library and generated error.
Do you have any idea about this situation?
Best,
Won