console log:
http://www.heypasteit.com/clip/1A4P

airavata.log:
http://www.heypasteit.com/clip/1A4Q

thanks.

On Wed, Apr 23, 2014 at 4:40 PM, Lahiru Gunathilake <[email protected]>wrote:

> Is this the only log do you see in the console ? When you send the error
> can you please copy the whole console and send.
>
>
> On Wed, Apr 23, 2014 at 10:31 AM, Shahbaz Memon <[email protected]>wrote:
>
>> I did that earlier. I thought there will be db issues, but went fine.
>>
>> Now, while debug I can see the status being fetched, but see the
>> following exception,
>>
>> Tryied to monitor the job 3 times, so dropping of the the Job with ID:
>> <xml-fragment xmlns:bes="http://schemas.ggf.org/bes/2006/08/bes-factory";>
>>   <add:Address xmlns:add="http://www.w3.org/2005/08/addressing";>
>> https://zam1161v01.zam.kfa-juelich.de:8002/INTEROP1/services/BESActivity?res=41d8e030-ab7f-4da3-ae2e-61ab702eab28
>> </add:Address>
>>   <add:ReferenceParameters xmlns:add="
>> http://www.w3.org/2005/08/addressing";>
>>     <unic:ResourceId xmlns:unic="http://www.unicore.eu/unicore6
>> ">41d8e030-ab7f-4da3-ae2e-61ab702eab28</unic:ResourceId>
>>   </add:ReferenceParameters>
>>   <add:Metadata xmlns:add="http://www.w3.org/2005/08/addressing";>
>>     <met:InterfaceName xmlns:x="
>> http://schemas.ggf.org/bes/2006/08/bes-activity"; xmlns:met="
>> http://www.w3.org/2005/08/addressing/metadata
>> ">x:BESActivityPortType</met:InterfaceName>
>>     <unic:ServerIdentity xmlns:unic="http://www.unicore.eu/unicore6";>CN=Demo
>> UNICORE/X,O=UNICORE,C=EU</unic:ServerIdentity>
>>   </add:Metadata>
>> </xml-fragment>
>> org.apache.airavata.job.monitor.exception.AiravataMonitorException: Error
>> retrieving the job status
>>         at
>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.startPulling(BESPullJobMonitor.java:165)
>>         at
>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.run(BESPullJobMonitor.java:58)
>>         at java.lang.Thread.run(Thread.java:744)
>> Caused by: java.lang.NullPointerException
>>         at
>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.startPulling(BESPullJobMonitor.java:107)
>>         ... 2 more
>> [ERROR] Error retrieving the job status
>>
>>
>> Cheers,
>>
>> Shahbaz
>>
>>
>>
>> On Wed, Apr 23, 2014 at 4:18 PM, Lahiru Gunathilake <[email protected]>wrote:
>>
>>> Hi Shabhaz,
>>>
>>> This could be because in BESProvider jobID is not set properly. We read
>>> the JobID like below.
>>>
>>> jobExecutionContext.getJobDetails().getJobID();
>>>
>>> Hope this helps.
>>>
>>> Lahiru
>>>
>>>
>>> On Wed, Apr 23, 2014 at 10:12 AM, Shahbaz Memon 
>>> <[email protected]>wrote:
>>>
>>>>
>>>> Thanks Lahiru. It has somehow passed the NPE. Now I see the following
>>>> error,
>>>>
>>>> org.apache.airavata.job.monitor.exception.AiravataMonitorException:
>>>> Error retrieving the job status
>>>>         at
>>>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.startPulling(BESPullJobMonitor.java:165)
>>>>         at
>>>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.run(BESPullJobMonitor.java:58)
>>>>         at java.lang.Thread.run(Thread.java:744)
>>>> Caused by: org.apache.xmlbeans.XmlException: error: Unexpected element:
>>>> CDATA
>>>>         at
>>>> org.apache.xmlbeans.impl.store.Locale$SaxLoader.load(Locale.java:3511)
>>>>         at org.apache.xmlbeans.impl.store.Locale.parse(Locale.java:713)
>>>>         at
>>>> org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:697)
>>>>         at
>>>> org.apache.xmlbeans.impl.store.Locale.parseToXmlObject(Locale.java:684)
>>>>         at
>>>> org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.parse(SchemaTypeLoaderBase.java:208)
>>>>         at
>>>> org.w3.x2005.x08.addressing.EndpointReferenceType$Factory.parse(Unknown
>>>> Source)
>>>>         at
>>>> org.apache.airavata.job.monitor.impl.pull.bes.BESStatusChecker.getJobStatuses(BESStatusChecker.java:114)
>>>>         at
>>>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.startPulling(BESPullJobMonitor.java:98)
>>>>         ... 2 more
>>>> Caused by: org.xml.sax.SAXParseException; systemId: file:; lineNumber:
>>>> 1; columnNumber: 1; Unexpected element: CDATA
>>>>         at
>>>> org.apache.xmlbeans.impl.piccolo.xml.Piccolo.reportFatalError(Piccolo.java:1038)
>>>>         at
>>>> org.apache.xmlbeans.impl.piccolo.xml.Piccolo.parse(Piccolo.java:723)
>>>>         at
>>>> org.apache.xmlbeans.impl.store.Locale$SaxLoader.load(Locale.java:3479)
>>>>         ... 9 more
>>>>
>>>> It is happening due to an unexpected jobid "DO_NOT_SET_AT_CLIENTS",
>>>> which is not a correct structure and should be the endpoint reference
>>>> structure of the submitted activity.
>>>>
>>>> Lahiru, any comments?
>>>>
>>>> Cheers,
>>>>
>>>> Shahbaz
>>>>
>>>>
>>>>
>>>> On Wed, Apr 23, 2014 at 3:34 PM, Lahiru Gunathilake 
>>>> <[email protected]>wrote:
>>>>
>>>>> Hi Shahbaz,
>>>>>
>>>>> I had a look at the code and I think the actual error is not a NPE but
>>>>> in side the catch claus we get NPE because currentMonitorID is null, so if
>>>>> you change the code as following and run again, we will get some 
>>>>> meaningful
>>>>> information. I can see you have followed the same implementation as
>>>>> QstatMonitor, I will change the code in QstatMonitor too.
>>>>>
>>>>>
>>>>> else if (!this.queue.contains(take)) {   // we put the job back to the
>>>>> queue only if its state is not unknown
>>>>>                 if (currentMonitorID == null) {
>>>>>                     logger.error("Monitoring the jobs failed, for
>>>>> user: " + take.getUserName()
>>>>>                             + " in Host: " +
>>>>> currentHostDescription.getType().getHostAddress());
>>>>>                 } else {
>>>>>                     if (currentMonitorID != null) {
>>>>>                         if (currentMonitorID.getFailedCount() < 2) {
>>>>>                             try {
>>>>>
>>>>> currentMonitorID.setFailedCount(currentMonitorID.getFailedCount() + 1);
>>>>>                                 this.queue.put(take);
>>>>>                             } catch (InterruptedException e1) {
>>>>>                                 e1.printStackTrace();
>>>>>                             }
>>>>>                         } else {
>>>>>                             logger.error(e.getMessage());
>>>>>                             logger.error("Tried to monitor the job 3
>>>>> times, so dropping of the the Job with ID: " + 
>>>>> currentMonitorID.getJobID());
>>>>>                         }
>>>>>                     }
>>>>>                 }
>>>>>             }
>>>>>             throw new AiravataMonitorException("Error retrieving the
>>>>> job status", e);
>>>>>         }
>>>>>
>>>>> Thanks
>>>>> Lahiru
>>>>>
>>>>>
>>>>> On Wed, Apr 23, 2014 at 9:18 AM, Shahbaz Memon 
>>>>> <[email protected]>wrote:
>>>>>
>>>>>> Thanks Lahiru.
>>>>>>
>>>>>> airavata.log ->
>>>>>> https://gigamove.rz.rwth-aachen.de/d/id/3pxEa6Ksf9Vf39
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Shahbaz
>>>>>>
>>>>>>
>>>>>> On Wed, Apr 23, 2014 at 3:07 PM, Lahiru Gunathilake <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> Hi Shahbaz,
>>>>>>>
>>>>>>> Are you seeing any logs in the server ?
>>>>>>>
>>>>>>> Regards
>>>>>>> Lahiru
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Apr 23, 2014 at 9:00 AM, Shahbaz Memon <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>>  Hi all,
>>>>>>>>
>>>>>>>>  I am facing one issue while testing the bes's pull monitor
>>>>>>>> implementation.
>>>>>>>>
>>>>>>>>  Before stating my issue, let me write details on the current
>>>>>>>> implementation state,
>>>>>>>>
>>>>>>>>  For the bes extension I have forked the github repository under
>>>>>>>> the following url,
>>>>>>>>
>>>>>>>>  https://github.com/msmemon/airavata
>>>>>>>>
>>>>>>>>  In the forked sources most of the classes are not touched except
>>>>>>>> a couple of modifications and additions. I have also modified project 
>>>>>>>> poms
>>>>>>>> with multiple dependency exclusions to avoid class loading horrors.
>>>>>>>>
>>>>>>>>  There is a partially tested implementation available with input /
>>>>>>>> output handlers, provider,and monitor classes.
>>>>>>>>
>>>>>>>>  For the monitoring purposes (as it is the place where I am facing
>>>>>>>> an issue), I have written a pull monitor that is very similar to the 
>>>>>>>> QStat
>>>>>>>> one, the only exception is the connection object which contains a 
>>>>>>>> different
>>>>>>>> credential and proxy client instance that is suitable for BES supported
>>>>>>>> endpoints.
>>>>>>>>
>>>>>>>>  Now my issue is,
>>>>>>>>
>>>>>>>>  during the job submission process, input handler and provider is
>>>>>>>> properly invoked, and after that, BESPullJobMonitor [1] is throwing a 
>>>>>>>> NPE,
>>>>>>>> thus my workflow is not reaching the final phase of output handler
>>>>>>>> invocation and completion.
>>>>>>>>
>>>>>>>>  java.lang.NullPointerException
>>>>>>>>         at
>>>>>>>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.startPulling(BESPullJobMonitor.java:173)
>>>>>>>>         at
>>>>>>>> org.apache.airavata.job.monitor.impl.pull.bes.BESPullJobMonitor.run(BESPullJobMonitor.java:60)
>>>>>>>>         at java.lang.Thread.run(Thread.java:744)
>>>>>>>>
>>>>>>>>  May be I am not rightly following the NEW monitoring extensions.
>>>>>>>> Any feedback is more than welcome.
>>>>>>>>
>>>>>>>>  [1]
>>>>>>>> https://github.com/msmemon/airavata/blob/master/tools/job-monitor/src/main/java/org/apache/airavata/job/monitor/impl/pull/bes/BESPullJobMonitor.java
>>>>>>>>
>>>>>>>>  Thanks in advance,
>>>>>>>>
>>>>>>>>  Shahbaz
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------------------------
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------------------------
>>>>>>>> Forschungszentrum Juelich GmbH
>>>>>>>> 52425 Juelich
>>>>>>>> Sitz der Gesellschaft: Juelich
>>>>>>>> Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
>>>>>>>> Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher
>>>>>>>> Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
>>>>>>>> Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
>>>>>>>> Prof. Dr. Sebastian M. Schmidt
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------------------------
>>>>>>>>
>>>>>>>> ------------------------------------------------------------------------------------------------
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> System Analyst Programmer
>>>>>>> PTI Lab
>>>>>>> Indiana University
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> System Analyst Programmer
>>>>> PTI Lab
>>>>> Indiana University
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> System Analyst Programmer
>>> PTI Lab
>>> Indiana University
>>>
>>
>>
>
>
> --
> System Analyst Programmer
> PTI Lab
> Indiana University
>

Reply via email to