I am not 100% sure of this error. I have asked the R-GMA developers for
comments.
Laurence
Alessandra Forti // EOJ wrote:
> sorry I meant the last report
>
> http://lcg-testzone-reports.web.cern.ch/lcg-testzone-reports/cgi-bin/lastreport.cgi
>
>
> thanks
>
> cheers
> alessandra
>
> On Tue, 31 May 2005, Laurence wrote:
>
>> The R-GMA test in Gstat has been removed.
>>
>>
>> Alessandra Forti // EOJ wrote:
>>
>>> Hi Laurence
>>>
>>> I have this error as well. The servlets are ok and the ports are
>>> open. The problem is even changing the time out to 240 seconds in
>>> the test script the problem still persist.
>>>
>>> If I run
>>>
>>> edg-rgma -c "latest select ServiceStatus.URI, ServiceStatus.up, \
>>> ServiceStatus.message, ServiceStatus.MeasurementDate, \
>>> ServiceStatus.MeasurementTime, Service.site from ServiceStatus,
>>> Service \
>>> where ServiceStatus.URI=Service.URI"|grep bohr
>>> | http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/ArchiverServlet |
>>> y | Service running, current memory usage at: 38%
>>> | 2005-05-31 |
>>> 11:12:57
>>> | ManHEP-LCG2 |
>>> |
>>> http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/StreamProducerServlet |
>>> y | Service running, current memory usage at: 38%
>>> | 2005-05-31 |
>>> 11:12:58
>>> | ManHEP-LCG2 |
>>> | http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/BrowserServlet |
>>> y | Service running, current memory usage at: 38%
>>> | 2005-05-31 |
>>> 11:12:58
>>> | ManHEP-LCG2 |
>>> |
>>> http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/CanonicalProducerServlet
>>> |
>>> y | Service running, current memory usage at: 30%
>>> | 2005-05-31 |
>>> 11:12:58
>>> | ManHEP-LCG2 |
>>> | http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/DBProducerServlet |
>>> y | Service running, current memory usage at: 30%
>>> | 2005-05-31 |
>>> 11:12:58
>>> | ManHEP-LCG2 |
>>> |
>>> http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/LatestProducerServlet |
>>> y | Service running, current memory usage at: 30%
>>> | 2005-05-31 |
>>> 11:12:58
>>> | ManHEP-LCG2 |
>>> | http://bohr0002.tier2.hep.man.ac.uk:8080/R-GMA/ConsumerServlet |
>>> y | Service running, current memory usage at: 30%
>>> | 2005-05-31 |
>>> 11:12:58
>>> | ManHEP-LCG2 |
>>> ===============================================================================
>>>
>>> bohr0002 is there.
>>>
>>> I'm concerned about not passing the gstat tests, other sites are
>>> passing them. Why Manchester is not?
>>>
>>> thanks
>>>
>>> cheers
>>> alessandra
>>>
>>> On Mon, 30 May 2005, Laurence wrote:
>>>
>>>> This is a bug in the R-GMA check script. One of the timeouts is not
>>>> being set correctly. You can ignore this error.
>>>>
>>>> Laurence
>>>>
>>>> Anja Vest wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> the "C API producer" tuples from the CE/SE seem to be not received.
>>>>> When we run the rgma checks, we get the following:
>>>>>
>>>>>
>>>>>
>>>>> [root@ekp-lcg-mon root]# /opt/edg/bin/rgma-server-check
>>>>>
>>>>> *** Running R-GMA server tests on
>>>>> ekp-lcg-mon.physik.uni-karlsruhe.de ***
>>>>>
>>>>> Checking servlets...
>>>>> Connecting to
>>>>> http://ekp-lcg-mon.physik.uni-karlsruhe.de:8080/R-GMA/ConsumerServlet:OK
>>>>> Connecting to streaming port 8088 on
>>>>> ekp-lcg-mon.physik.uni-karlsruhe.de:OK
>>>>> Connecting to
>>>>> http://ekp-lcg-mon.physik.uni-karlsruhe.de:8080/R-GMA/StreamProducerServlet:OK
>>>>> Connecting to
>>>>> http://ekp-lcg-mon.physik.uni-karlsruhe.de:8080/R-GMA/LatestProducerServlet:OK
>>>>> Connecting to
>>>>> http://ekp-lcg-mon.physik.uni-karlsruhe.de:8080/R-GMA/DBProducerServlet:OK
>>>>> Connecting to
>>>>> http://ekp-lcg-mon.physik.uni-karlsruhe.de:8080/R-GMA/CanonicalProducerServlet:OK
>>>>> Connecting to
>>>>> http://ekp-lcg-mon.physik.uni-karlsruhe.de:8080/R-GMA/ArchiverServlet:OK
>>>>>
>>>>> *** R-GMA server test successful ***
>>>>>
>>>>>
>>>>>
>>>>> [root@ekp-lcg-ce root]# /opt/edg/bin/rgma-client-check
>>>>>
>>>>> *** Running R-GMA client tests on
>>>>> ekp-lcg-ce.physik.uni-karlsruhe.de ***
>>>>>
>>>>> Checking C API: Done.
>>>>> Success
>>>>> Checking C++ API: Success
>>>>> Checking Python API: Success
>>>>> Checking Java API: Success
>>>>>
>>>>> Checking for safe arrival of tuples, please wait... There should
>>>>> be 4 tuples, there was only:
>>>>> | C++ producer |
>>>>> | Java producer |
>>>>> | Python producer |
>>>>>
>>>>> *** R-GMA client test failed ***
>>>>>
>>>>> (The same for the SE.)
>>>>>
>>>>> Any ideas where we have to look at?
>>>>>
>>>>> Cheers,
>>>>> Anja
>>>>>
>>>>>
>>>>>
>>>>> CIC on Duty (Oliver Keeble) wrote:
>>>>>
>>>>>> Dear Site Administrators,
>>>>>>
>>>>>> According to Sites Functional Tests (used to have name TestZone
>>>>>> tests, URL is
>>>>>> http://lcg-testzone-reports.web.cern.ch/lcg-testzone-reports/cgi-bin/lastreport.cgi)
>>>>>> RGMA is not set up correctly.
>>>>>> Please see page
>>>>>> http://goc.grid.sinica.edu.tw/gocwiki/Adding_20an_20R_2dGMA_20server_20to_20the_20SE_20
>>>>>> (section "Addding an R-GMA server to the SE" in the Admin's
>>>>>> Guides on GOC wiki
>>>>>> page http://goc.grid.sinica.edu.tw/gocwiki/FrontPage),
>>>>>> where you find instructions about RGMA setup and configuration.
>>>>>>
>>>>>> Could you have a look at it please ?
>>>>>>
>>>>>> By the way, I have seen this problem with 2.4.0 clients using a
>>>>>> 2.3.? producer - is this your case?
>>>>>>
>>>>>> Thank you
>>>>>> The EGEE CIC on Duty team
>>>>>>
>>>>>> Browse this page for information about CIC-on-duty :
>>>>>> http://cic.in2p3.fr/index.php?id=home&ciconduty_infos=1
>>>>>>
>>>>
>>>
>>
>
|