Hi All, 

Strange behavior that I noticed for previous post for simple jobs occurs 
only if a user has a complex, multi-part profile (but without any input). 
If profile is minimal (single file) or default for RHEL, then everything 
works fine. 

Strange behavior of execd (inability to communicate with the master for 
installations which use sgeadmin account) is connected with the fact that 
on execution host RPM creates sgeadmin user account using regular useradd 
command without coordination with the values on master host.  This 
probably should be made into a manual step as such help is worse then no 
help at all.

If discrepancy occurs, execd can't access properly $SGE_ROOT/$SGE_CELL 
subtree and this behavior occurs. This bug can be reproduced if you shut 
down execution daemon on the node, change value of GID and UID to 
non-matching with master host and start the daemon. 
 
One minor nuisance. Even with -nobincheck  option you still need to copy 
several files from the master/opt/sge/utilbin/lx-amd64/ directory (only 
two files are needed) to run execution host installation: 
spooldefaults       spoolinit 

Those two files probably should be added to execd RPM. 

Regards,
Nikolai  
Nikolai N Bezroukov/BASF-CORP/BASF wrote on 11/07/2014 09:17:49 AM:

> From: Nikolai N Bezroukov/BASF-CORP/BASF
> To: Reuti <re...@staff.uni-marburg.de>@BASF-COM
> Cc: users@gridengine.org
> Date: 11/07/2014 09:17 AM
> Subject: Re: [gridengine users] Strange error output on testing of 
> Son of Grid Engine 8.1.8 after install
> 
> Hi Reuti, 
> 
> > You can execute `hostname` when you log in to a node? Is it working 
> > if you submit a script calling `hostname` instead of submitting it 
> > as a binary?
> > 
> > -- Reuti> 
> 
> No. It's the same behavior for scripts with this version as with 
> commands (I use simple.sh test for scripts). 
> 
> I also checked 8.1.7 it demonstrated the same behavior too.  What I 
> noticed that this bug appears only if you install SoGE as root .
> 
> And BTW in this case unless you share whole /opt/sge tree, execution
> daemon installer complains about missed executables in in bin and 
> utilbin directories, despite the fact that those missing are not 
> needed on execution node and that's why they were not installed by RPMs. 

> 
> But if you install it as sgeadmin then computational node in my case
> can't connect to the master, while on the master (if you install 
> execution daemon on it) both test run OK.  qping said that 
> communication rejected. 
> 
> Regards,
> Nikolai 
> 
> Reuti <re...@staff.uni-marburg.de> wrote on 11/07/2014 05:39:57 AM:
> 
> > From: Reuti <re...@staff.uni-marburg.de>
> > To: Nikolai N Bezroukov <nikolai.bezrou...@basf.com>
> > Cc: users@gridengine.org
> > Date: 11/07/2014 05:40 AM
> > Subject: Re: [gridengine users] Strange error output on testing of 
> > Son of Grid Engine 8.1.8 after install
> > 
> > Hi,
> > 
> > Am 06.11.2014 um 23:54 schrieb Nikolai N Bezroukov:
> > 
> > > After the install of SoGE 8.1.8 on RHEL 6.6 a simple submission of
> > the command via qsub produces error output: 
> > > 
> > > qsub  -b y -cwd hostname 
> > > 
> > > There is no output and error messages tell something about ioctl. 
> > But hostname command does not read anything from the terminal. 
> > > 
> > > -rw-r--r--. 1 test test 290 Nov  6 17:47 hostname.e5 
> > > -rw-r--r--. 1 test test   0 Nov  6 17:47 hostname.o5 
> > > 
> > > $ cat hostname.e5 
> > > stty: standard input: Inappropriate ioctl for device 
> > > stty: standard input: Inappropriate ioctl for device 
> > > stty: standard input: Inappropriate ioctl for device 
> > > stty: standard input: Inappropriate ioctl for device 
> > 
> > You can execute `hostname` when you log in to a node? Is it working 
> > if you submit a script calling `hostname` instead of submitting it 
> > as a binary?
> > 
> > -- Reuti
> > 
> > 
> > > Regards,
> > > - Nikolai 
> > > _______________________________________________
> > > users mailing list
> > > users@gridengine.org
> > > https://gridengine.org/mailman/listinfo/users
> > 
_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to