[GE users] python-drmaa: unable to send message to qmaster using port 6444
sriedel
sriedel at ekp.uni-karlsruhe.de
Wed Dec 22 10:20:33 GMT 2010
[ The following text is in the "iso-8859-1" character set. ]
[ Your display is set for the "ISO-8859-10" character set. ]
[ Some special characters may be displayed incorrectly. ]
ok,
i've installed the latest SGE version and it seems to be working now.
What i've done is (for the interested reader):
- downloaded newest python-drmaa source
- set PYTHONPATH to extracted folder
- set DRMAA_LIBRARY_PATH to $SGE_ROOT/lib/lx24-x86/libdrmaa.so
- not setting DRMAA_LIBRARY_PATH or just to $SGE_ROOT/lib/lx24-x86/ will raise an error in python when you want to import the drmaa module probably similar to this one:
>>> import drmaa
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/root/python-drmaa/drmaa-0.4b3/drmaa/__init__.py", line 41, in <module>
import drmaa.wrappers as _w
File "/root/python-drmaa/drmaa-0.4b3/drmaa/wrappers.py", line 43, in <module>
raise RuntimeError(errmsg)
RuntimeError: could not find drmaa library. Please specify its full path using the environment variable DRMAA_LIBRARY_PATH
- python: >> import drmaa
- thats all
with best regards and hope that i might possibly help others.
stephan
On 12/15/2010 01:08 PM, reuti wrote:
Hi,
Am 15.12.2010 um 10:55 schrieb sriedel:
I've posted the following yesterday in the dev mailinglist, but perhaps it fits in better here.
I installed sge6.1u6 on an Ubuntu host lately. Using the commandline interface everything works fine. I've installed the sge_master and the sge_execd on the same host.
when you just installed it: why such an old version?
Now I wanted to include the DRMAA in a Python project I'm working on, but I can't get the python-drmaa to connect to the qmaster. To use the DRMAA
I've downloaded the newest source from the DRMAA page and installed it with the usual build/install routine.
I never used the Python interface - can you check with one of the DRMAA C examples, whether it's working in general?
-- Reuti
Here's the code I'm using (it's pretty much the same as in the example1.py in the python-drmaa source):
import drmaa
s=drmaa.Session()
s.initialize()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/local/lib/python2.6/dist-packages/drmaa-0.4b3-py2.6.egg/drmaa/__init__.py", line 274, in initialize
_w.init(contactString)
File "/usr/local/lib/python2.6/dist-packages/drmaa-0.4b3-py2.6.egg/drmaa/wrappers.py", line 59, in init
return _lib.drmaa_init(contact, error_buffer, sizeof(error_buffer))
File "/usr/local/lib/python2.6/dist-packages/drmaa-0.4b3-py2.6.egg/drmaa/errors.py", line 90, in error_check
raise _ERRORS[code-1]("code %s: %s" % (code, error_buffer.value))
drmaa.errors.DrmCommunicationException: code 2: unable to send message to qmaster using port 6444 on host "ubuntu": got send error
I can't figure it out, why it fails.
All the need processes are running:
root at ubuntu:~# ps -ax | grep sge
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
7600 ? Sl 0:03 /opt/sge6.2/bin/lx24-x86/sge_qmaster
7619 ? Sl 0:01 /opt/sge6.2/bin/lx24-x86/sge_schedd
7678 ? S 0:00 /opt/sge6.2/bin/lx24-x86/sge_execd
I've also checked the port:
root at ubuntu:~# qping ubuntu 6444 qmaster 1
12/14/2010 17:33:15 endpoint ubuntu/qmaster/1 at port 6444 is up since 8643 seconds
nmap says it's open, as well (x-ed out my IP here):
root at ubuntu:~# nmap -p 6444 ubuntu
Starting Nmap 5.21 ( http://nmap.org ) at 2010-12-14 17:34 CET
Nmap scan report for ubuntu (141.52.xxx.xxx)
Host is up (0.000055s latency).
PORT STATE SERVICE
6444/tcp open unknown
And my hostname is resolved in /etc/hosts (and set to my IP address)
Am I missing something here? Does anybody have a clue, what might be the problem?
Any help?
Regards,
Stephan
------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=305767
To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net<mailto:users-unsubscribe at gridengine.sunsource.net>].
More information about the gridengine-users
mailing list