This isn't something to do with the globus port range bug (feature?) is
it? This was the problem when our UI was very slow but other people's
worked fine. Removing the globus port range cured it. See
http://bugzilla.globus.org/globus/show_bug.cgi?id=1850
Cheers Steve
--
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Steve Lloyd Queen Mary, University of London +
+ E-mail: [log in to unmask] Physics Department +
+ Phone: +44-(0)20-7882-5057 Mile End Road +
+ Fax: +44-(0)20-8981-9465 London E1 4NS, UK +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Olivier van der Aa wrote:
> We have made some tests with Gianfranco. His UI was not having any
> firewall. Here is the gram log I got with the portion where
> we see the callback.
>
> --
> 2/9 10:52:18 JMI: while return_buf = GRAM_SCRIPT_JOB_ID =
> 1171018338:sge:internal_0000000000:89970.0000000000
> 2/9 10:52:18 JMI: while return_buf = GRAM_SCRIPT_JOB_STATE = 1
> 2/9 10:52:18 Job Manager State Machine (entering):
> GLOBUS_GRAM_JOB_MANAGER_STATE_SUBMIT
> 2/9 10:52:21 JM: in globus_gram_job_manager_reporting_file_create()
> 2/9 10:52:21 JM: not reporting job information
> 2/9 10:52:21 JM: in globus_gram_job_manager_history_file_create()
> 2/9 10:52:21 JM: NOT empty client callback list.
> 2/9 10:52:21 JM: sending callback of status 1 (failure code 0) to
> https://pc98.hep.ucl.ac.uk:20001/.
> 2/9 10:52:21 Job Manager State Machine (entering):
> GLOBUS_GRAM_JOB_MANAGER_STATE_POLL2
> 2/9 10:52:21 JMI: testing job manager scripts for type sge exist and
> permissions are ok.
> 2/9 10:52:21 JMI: completed script validation: job manager type is sge.
> 2/9 10:52:21 JMI: in globus_gram_job_manager_poll()
> ---
>
> At the time of submission I could even connect to that port. Gianfranco
> did not have anything back apart from
> ---
> globus_gram_client_callback_allow successful
> GRAM Job submission successful
> ---
>
> When doing the same from our UI we get the following log
>
> --
> 2/9 11:07:25 JMI: while return_buf = GRAM_SCRIPT_JOB_ID =
> 1171019245:sge:internal_0000000000:90001.0000000000
> 2/9 11:07:25 JMI: while return_buf = GRAM_SCRIPT_JOB_STATE = 1
> 2/9 11:07:25 Job Manager State Machine (entering):
> GLOBUS_GRAM_JOB_MANAGER_STATE_SUBMIT
> 2/9 11:07:27 JM: in globus_gram_job_manager_reporting_file_create()
> 2/9 11:07:27 JM: not reporting job information
> 2/9 11:07:27 JM: in globus_gram_job_manager_history_file_create()
> 2/9 11:07:27 JM: NOT empty client callback list.
> 2/9 11:07:27 JM: sending callback of status 1 (failure code 0) to
> https://gfe03.hep.ph.ic.ac.uk:20002/.
> 2/9 11:07:27 Job Manager State Machine (entering):
> GLOBUS_GRAM_JOB_MANAGER_STATE_POLL2
> 2/9 11:07:27 JMI: testing job manager scripts for type sge exist and
> permissions are ok.
> 2/9 11:07:27 JMI: completed script validation: job manager type is sge.
> 2/9 11:07:27 JMI: in globus_gram_job_manager_poll()
> ---
>
> Apart from the port nothing is different. I tried another time from our
> IC UI and it had chosen 20001 and went fine.
>
>
> Cheers, O.
>
>
>
> On 9 Feb 2007, at 10:45, Jensen, J (Jens) wrote:
>
>> I was speculating that connecting to the gatekeeper would be ok
>> but something would fail to accept the delegated credential.
>>
>> Just an option. As usual we have to use a process of
>> elimination.
>>
>> Cheers.
>> -j
>>
>> -----Original Message-----
>> From: Testbed Support for GridPP member institutes
>> [mailto:[log in to unmask]]On Behalf Of Olivier van der Aa
>> Sent: 09 February 2007 09:40
>> To: [log in to unmask]
>> Subject: Re: Help needed from a non Imperial Atlas person
>>
>>
>> On 9 Feb 2007, at 09:20, Burke, S (Stephen) wrote:
>>
>>> Testbed Support for GridPP member institutes
>>>> [mailto:[log in to unmask]] On Behalf Of Jensen, J (Jens)
>>>> said:
>>>> Unlike the UK Atlas people, Rod has a certificate from the
>>>> Canadian CA.
>>>
>>> But if it gets as far as "GRAM Job submission successful" doesn't that
>>> imply that it got through the GSI negotiation? Also you usually get
>>> verbose error messages for GSI errors.
>>
>> Yes but I don't know if the message going back is using the same
>> connection or is a new connection to the ui.
>>
>> O.
>>
>>>
>>> Stephen
>
> --- O. van der Aa - Imperial College London -
> - LT2 Technical Coordinator -
> - tel: +442075947810, -
> - SIP: [log in to unmask] -
> - fax: +442078238830 -
> - http://surl.se/agtu -
>
|