[GE users] Error with install_execd

reuti reuti at staff.uni-marburg.de
Wed Oct 6 16:38:27 BST 2010


Am 06.10.2010 um 17:17 schrieb prentice:

> I found the source of my errors below. Someone here at sometime decided
> it would be a good idea for root should have a umask of 077. In reality,
> it breaks a lot of things (software installed with too restrictive
> permissions, for example).
> 
> When I do 'umask 022' before running the script, it works as expected.
> Does this mean that somewhere in the install process it is su-ing to
> someone other than root? I quick grep of the script didn't find anything
> like that.

There are some calls to "ExecuteAsAdmin" (grep for "Aconf" in $SGE_ROOT) which is defined in $SGE_ROOT/util/install_modules/inst_common.sh


> I found another minor error. I'm using local spool directories installed
> in /var/local/sge. Although the script asks me if I want to create the
> directories there (it reads my local config from a template file), it
> fails to create the directories.

It will only creates the directories below for each exechost with its name.


> I presume this can be fixed by calling mkdir with the -p switch in the
> script to create the parent directories if they're missing.

Yep.

-- Reuti


> I've been
> dealing with this by creating the dirs manually before calling the script:
> 
> mkdir -p /var/local/sge/default/{common,spool}
> chown -R sgeadmin:sgeadmin /var/local/sge
> 
> Prentice
> 
> 
> reuti wrote:
>> Am 06.10.2010 um 15:07 schrieb prentice:
>> 
>>> reuti wrote:
>>>> Hi,
>>>> 
>>>> Am 05.10.2010 um 19:47 schrieb prentice:
>>>> 
>>>>> When adding new execution hosts with the $SGE_ROOT/install_execd script,
>>>>> I get the following error:
>>>>> 
>>>>> Creating local configuration
>>>>> ----------------------------
>>>>> error: error opening file "/tmp/16432/charon.XXX.XXX.XXX" for reading:
>>>>> Permission denied
>>>>> error reading configuration from file /tmp/16432/charon.XXX.XXX.XXX
>>>>> 
>>>>> Command failed: ./bin/lx24-amd64/qconf -Aconf /tmp/16432/charon.XXX.XXX.XXX
>> 
>> As this is a relative path: was SGE_ROOT set to the absolut path?
>> 
>> -- Reuti
>> 
>> 
>>>> is it using the wrong binary for `qconf`, as below ...
>>> No, it's using the correct binary is being used. Charon a 64-bit system
>>> ADM system so 'lx24-amd64' is the correct binary type for this host.
>>> 
>>>> 
>>>>> Probably a permission problem. Please check file access permissions.
>>>>> Check read/write permission. Check if SGE daemons are running.
>>>>> 
>>>>> However, if I run the qconf command manually, it works, so I know there
>>>>> are no permission problems. I'm running the script has root, and the
>>>>> command below, as root
>>>>> 
>>>>> # qconf -Aconf /tmp/16432/charon.XXX.XXX.XXX
>>>>> root at charon.sns.ias.edu added "charon.XXX.XXX.XXX" to configuration list
>>>> ... you are probably getting a 32-bit version because you don't sepcify an absolute path?
>>> No, again the correct binary is being used:
>>> 
>>> # which qconf
>>> /usr/local/share/sge/bin/lx24-amd64/qconf
>>> 
>>> # file $(which qconf)
>>> /usr/local/share/sge/bin/lx24-amd64/qconf: ELF 64-bit LSB executable,
>>> AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked
>>> (uses shared libs), for GNU/Linux 2.4.0, not stripped
>>> 
>>> Any other ideas? I'll try running the script with the -x option and see
>>> if that provides any clues.
>>> 
>>> 
>>>> -- Reuti
>>>> 
>>>> 
>>>>> Since the script quits there, the sge_execd init script is not
>>>>> installed, so now have to add it manually, or re-run the install_execd
>>>>> script, which the completes without error.
>>>>> 
>>>>> Has anyone else seen this? Is this a known error?
>>>>> 
>>>>> 
>>>>> -- 
>>>>> Prentice
>>>>> 
>>>>> ------------------------------------------------------
>>>>> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=286040
>>>>> 
>>>>> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>>>> ------------------------------------------------------
>>>> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=286143
>>>> 
>>>> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>>>> 
>>> -- 
>>> Prentice Bisbal
>>> Linux Software Support Specialist/System Administrator
>>> School of Natural Sciences
>>> Institute for Advanced Study
>>> Princeton, NJ
>>> 
>>> ------------------------------------------------------
>>> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=286156
>>> 
>>> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>> 
>> ------------------------------------------------------
>> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=286157
>> 
>> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].
>> 
> 
> -- 
> Prentice Bisbal
> Linux Software Support Specialist/System Administrator
> School of Natural Sciences
> Institute for Advanced Study
> Princeton, NJ
> 
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=286184
> 
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=286198

To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].



More information about the gridengine-users mailing list