Job <9371> is submitted to queue <normal>.
(-: Aligning files matching /opt/juicer/work/EXP1/fastq/*_R*.fastq*
in queue normal to genome LUr3p1 with site file /opt/juicer/work/EXP1/references/LUr3p1_Sau3AI.txt
(-: Created /opt/juicer/work/EXP1/splits and /opt/juicer/work/EXP1/aligned. Splitting files
Job <9372> is submitted to queue <Split>.
<<Waiting for dispatch ...>>
I think what happened before was that I set up an EC2 instance, but had to close it (my Terminal kept freezing only on the EC2 instance and no other machine's I was connected to). I then detached the 2.5Tb AWS Volume I created for that Instance, and started a brand new EC2. I then attached that original Volume back to the new Instance and found all the same contents there, and then entered the command that was generating that weird prompt.
Perhaps even when the Volume is recognized, the issue here was that the new EC2 instance generated a new local IP address? I didn't think so, because the earlier IP address matched what I had between both EC2 instances.... at least, the output from
/sbin/ifconfig | grep "inet addr" | awk -F: '{print $2}' | awk '{print $1}' |head -1
generated the same IP address between the original EC2 instance and the new one I had created... Writing that sentence doesn't sound right to me, but I swear that's what I saw.
Anyway, after stopping that second Instance, then executing the three lines of command to restart the networking bit, the job launched and my reads are currently getting split. Fingers crossed this all works.
...
While I'm on topic, can you confirm that this pipeline works for reads generated with Phase Genomics? I'm doing a bit of a facepalm today realizing that I shouldn't have invested all this time without asking if your group has seen success with folks who have used that specific protocol.
Thanks again for your insights. Happy Friday.