Hi Edgar,

I vote for a permission problem.  I had to recently debug a volume/file 
permission problem and the symptoms are identical:  Galaxy claims it can't find 
a file that actually does exist.  Given that you said /home/galaxy is an NFS 
mount I strongly suspect something there has changed.  Unfortunately I don't 
know enough about NFS to be more help.

Cheers,
Keith

On Sep 17, 2015, at 12:34 PM, Josh Woodring <woodring.jos...@gmail.com> wrote:

> Hi Edgar,
> 
> Hm, I haven't gotten it to work but galaxy is supposed to support looking in 
> the working directory for the file. Its likely for reasons similar to your 
> error. If you have access to the program's script you could try to force it 
> to write the results somewhere else. I would be surprised if ".." didn't 
> work. the job_working_directory/000 folder always exists.  Of course these 
> are similar to my prior suggestion.
> 
> I haven't had to interact with more cloud stuff than the google APIs for 
> classes or shared drives. If you want to do a script do something along the 
> following and at it to the programs run at system start up.
> 
> Point A.
> For folder in job_working_directory/000 as $var
> cd $var
> cd ..
> end loop
> GOTO A.
> 
> Lastly, and I probably should have started here, any chance that its a folder 
> permissions issue?
> 
> Good Luck
> Josh
> 
> 
> On Thu, Sep 17, 2015 at 11:35 PM, Fernandez Edgar 
> <edgar.fernan...@umontreal.ca> wrote:
> Hello Josh,
> 
>  
> 
> Thank you so much for the answer.
> 
> I thought of that but it doesn’t solve my problem.
> 
> I need to create a routine that looks inside the new job’s directory :
> 
> So for example, a process that runs every second and looks inside
> 
> /home/galaxy/galaxy-prod/database/job_working_directory/000  
> 
> And if there is a new job (new folder), it looks/enters inside with cd.
> 
>  
> 
> However, is it possible to program galaxy server to create the job’s 
> directory and enter the directory so when a torque slave writes inside the 
> directory, the master is already inside?
> 
>  
> 
> Cordialement / Regards,
> 
> Edgar Fernandez
> 
>  
> 
> De : Josh Woodring [mailto:woodring.jos...@gmail.com] 
> Envoyé : September-17-15 11:14 AM
> À : Fernandez Edgar
> Cc : galaxy-...@bx.psu.edu
> Objet : Re: [galaxy-dev] need help badly
> 
>  
> 
> Hi Edgar,
> 
> I am a pretty big newbie to Galaxy but I have had similar problems on my Dev 
> build with grabbing outputs from the working directories. Its a temporary fix 
> but I have put routines in a bash wrapper that uses a working directory that 
> I made and know. If your cluster has access to a shared drive that would work 
> that way it may work.
> 
> Josh
> 
>  
> 
> On Thu, Sep 17, 2015 at 11:05 PM, Fernandez Edgar 
> <edgar.fernan...@umontreal.ca> wrote:
> 
> Hello gents,
> 
>  
> 
> I figured out something: it has nothing to do with galaxy but maybe one of 
> you could explain me why I’m having this behavior :
> 
> I connect ssh on the torque master (where the galaxy web service is running) 
> and:
> 
> 1.       su - galaxy
> 
> 2.       cd /home/galaxy/galaxy-prod/database/job_working_directory/000
> 
>  
> 
> I execute a job #1234, it fails with the error mentioned below.
> 
> I execute the exact same job #1235 and while it’s running I enter the 
> directory 1235 à job finishes successfully.
> 
>  
> 
> My directory /home/galaxy is an nfs mount in /etc/fstab.
> 
> Any ideas?
> 
>  
> 
> Cordialement / Regards,
> 
> Edgar Fernandez
> 
>  
> 
> De : Fernandez Edgar 
> Envoyé : September-17-15 9:44 AM
> À : galaxy-...@bx.psu.edu
> Objet : [galaxy-dev] need help badly
> 
>  
> 
> Hello gents,
> 
>  
> 
> I hope everyone is doing ok…
> 
> I’m in need of your help so badly it’s a little bit urgent:
> 
>  
> 
> So my galaxy wasn’t used in a while but the last time everything was working 
> well:
> 
> 1.       The web-site was functional
> 
> 2.       The local handler upload the files locally on the master
> 
> 3.       Torque was shooting all the jobs correctly and getting an answer 
> back.
> 
>  
> 
> But today, one of my students tried some typical trimmomatic and all his jobs 
> came back with the following error:
> 
> Job output not returned from cluster.
> 
>  
> 
> However, when I checked his datasets with that error, the view data (icon 
> that is an eye) had some results.
> 
> Also, when I looking inside the logs, I got:
> 
> Job output not returned from cluster: [Errno 2] No such file or directory: 
> '/home/galaxy/galaxy-prod/database/job_working_directory/000/406/galaxy_406.o'
> 
> But that file galaxy_406.o existed and had  
> 
> TrimmomaticPE: Completed successfully
> 
>  
> 
> I tried changing the value from 0 to 5 of "retry_job_output_collection" in 
> the config/galaxy.ini file without any success.
> 
>  
> 
> I’ve look through the internet and I saw a lot of people had that error but 
> no one found a solution.
> 
>  
> 
> Can you guys please help?
> 
>  
> 
> Cordialement / Regards,
> 
>  
> 
> Edgar Fernandez
> 
> System Administrator (Linux)
> 
> Direction Générale des Technologies de l'Information et de la Communication
> 
> (  Bur. : 1-514-343-6111 poste 16568
> 
>  
> 
> Université de Montréal
> 
> PAVILLON ROGER-GAUDRY, bureau X-218
> 
>  
> 
> 
> ___________________________________________________________
> Please keep all replies on the list by using "reply all"
> in your mail client.  To manage your subscriptions to this
> and other Galaxy lists, please use the interface at:
>   https://lists.galaxyproject.org/
> 
> To search Galaxy mailing lists use the unified search at:
>   http://galaxyproject.org/search/mailinglists/
> 
> 
> 
> 
> --
> 
> Nil mihi rescribas, tu tamen ipse veni!
> 
> 
> 
> 
> -- 
> Nil mihi rescribas, tu tamen ipse veni!
> ___________________________________________________________
> Please keep all replies on the list by using "reply all"
> in your mail client.  To manage your subscriptions to this
> and other Galaxy lists, please use the interface at:
>  https://lists.galaxyproject.org/
> 
> To search Galaxy mailing lists use the unified search at:
>  http://galaxyproject.org/search/mailinglists/

___________________________________________________________
Please keep all replies on the list by using "reply all"
in your mail client.  To manage your subscriptions to this
and other Galaxy lists, please use the interface at:
  https://lists.galaxyproject.org/

To search Galaxy mailing lists use the unified search at:
  http://galaxyproject.org/search/mailinglists/

Reply via email to