Amazing!! Thank you all so much for pointing me to the right direction. Here's 
how I solved this:

qrsh -V -noshell /bin/tcsh -f -c env

You saved my skin. Thank you again.

John


-----Original Message-----
From: Bob Craycroft [mailto:bob_craycr...@andromedaanalog.com]
Sent: Wednesday, April 26, 2017 1:41
To: John_Tai
Cc: users@gridengine.org
Subject: Re: [gridengine users] qsub EDA tool


On 4/24/2017 10:11 PM, John_Tai wrote:
> So when using qsub this works fine:
>
> # qsub -V -b y -cwd -now n -j y -q test.q env
>
[snip]
>
> However with qrsh it just doesn't show the correct current path. I've tried 
> with both unix_behaviour and posix_compliant. Is this not possible with qrsh?

I think what Reuti said here is the key:

> It might also be the case, that something is set by /etc/profile or 
> /etc/profile.local which is not available on the exechosts.

More generally:  shell initialization is likely overriding the path.

A method that has worked well for my and my EDA customers is to add these 
arguments to qsub:

-shell n

Haven't tried it with qrsh, but for qsub with homogenous grids where you just 
want to propagate the submit environment unchanged, it works like a champ.

--
Bob Craycroft -- bob_craycr...@andromedaanalog.com www.AndromedaAnalog.com
________________________________

This email (including its attachments, if any) may be confidential and 
proprietary information of SMIC, and intended only for the use of the named 
recipient(s) above. Any unauthorized use or disclosure of this email is 
strictly prohibited. If you are not the intended recipient(s), please notify 
the sender immediately and delete this email from your computer.

_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to