

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
7 messages in net.sunsource.gridengine.usersRe: [GE users] login shell action on ...
![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [GE users] login shell action on execution node | Actions... |
|---|---|---|
| From: | cjf001 (john...@motorola.com) | |
| Date: | Apr 24, 2009 12:36:10 pm | |
| List: | net.sunsource.gridengine.users | |
Thanks, and I certainly agree that doing the configs on the command line makes it much easier to document and recreate what was done in the past.
Now, having said that, I've read in the manuals that there's a way to "dump" the configuration of SGE, for use in recovery or monitoring (to make sure it hasn't been modified). I haven't gotten to that point yet in my installation, but eventually I will be trying that, and *hope* to find that *all* the configs are captured in this dump - so that I can make changes from the GUI (easier), but still be able to have a way to create a listing of the exact config from the command line.
John
prentice wrote:
A lot of the GUI features don't work as expected, however the command like tools for SGE *ALWAYS* seem to work. Just yesterday I found that you can't check off the box for "Department" when creating a userset, but I could easily change it using qconf on the command line.
To get the change you want, do 'qconf -mconf' and change
login_shells sh,ksh,csh,tcsh
to
login_shells none
This will do it globally. I'm not sure this is the right place to make this change (you can also change it at the queue-leve with 'qconf -mq <queue_name>'), so I hope someone else can pipe in and verify the correct place (and qconf command) to make this change.
I highly recommend making your config changes on the command line with qconf. It's easier to document, and seem to be more bug-free than the qmon GUI.
-- Prentice
cjf001 wrote:
Interesting. Changing the shell_start_mode to unix_behavior didn't fix the problem (the .login is still run). I tried changing to "none", which is a valid selection in the gui window, but it won't take that selection - error is "Invalid value "NONE" as shell start mode".
In the queue_conf man page, there's no mention of selecting "NONE".
So, I guess I'll just use the "-shell no" command line argument unless there's a better way that anyone has -
Thanks,
John
jlb wrote:
On Fri, 24 Apr 2009 at 10:28am, cjf001 wrote
when a job is submitted via qsub, and it gets dispatched to the execution node, it looks like the user's .login or .bash_profile (or whatever the shell's login sequence calls for) is executed on the execution node. Is there a way to change or prevent this action ? (using SGE 6.2u2)
A couple of ways:
1) Change "shell_start_mode" in the SGE configuration to "unix_behavior" (see sge_conf(5)).
2) Remove the shell(s) of the user(s) in question from "login_shells" (again, see sge_conf(5)).
------------------------------------------------------ http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=181737
To unsubscribe from this discussion, e-mail:
[user...@gridengine.sunsource.net].
-- ########################################################################### # John Foley # Location: IL93-E1-21S # # IT & Systems Administration # Maildrop: IL93-E1-35O # # Antenna & Mechanical Simulation Grp # Email: john...@motorola.com # # Motorola, Inc. - Mobile Devices # Phone: (847) 523-8719 # # 600 North US Highway 45 # Fax: (847) 523-5767 # # Libertyville, IL. 60048 (USA) # Cell: (847) 460-8719 # ########################################################################### (this email sent using Mozilla on Windows)
------------------------------------------------------ http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=181754
To unsubscribe from this discussion, e-mail:
[user...@gridengine.sunsource.net].







