[GE users] Error with install_execd

reuti reuti at staff.uni-marburg.de
Wed Oct 6 14:20:35 BST 2010


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].



More information about the gridengine-users mailing list