Skip to Content.
Sympa Menu

perfsonar-user - [perfsonar-user] SQL MA progress, but issues still persist

Subject: perfSONAR User Q&A and Other Discussion

List archive

[perfsonar-user] SQL MA progress, but issues still persist


Chronological Thread 
  • From: Paul Gray <>
  • To:
  • Subject: [perfsonar-user] SQL MA progress, but issues still persist
  • Date: Tue, 16 Aug 2011 11:30:41 -0500

Issues with incorrect file permissions on the distribution image seem to be resolved, but there are additional impediments to getting the SQL MA infrastructure plumbed up from the latest perfSONAR 3.3. MDM (Debian).

I can ping the SQL MA service using the perfSonarUI. However the deployment test provided on the web frontend for the SQL MA fails.

Looking at the logs, it appears that the cause is missing xml files...
The ping request and response files aren't where the web frontend scripts are expecting them to be:

Aug 15 22:51:51 perfsonar jsvc.exec[3067]: java.io.FileNotFoundException: /var/lib/tomcat5.5/webapps/geant2-java-sql-ma/WEB-INF/samples/requests/EchoRequest.xml (No such file or directory)

I copied over the EchoRequest.xml from the rrd area:

mkdir -p /var/lib/tomcat5.5/webapps/geant2-java-sql-ma/WEB-INF/samples/requests # The directory didn't even exist
cp /usr/lib/perfsonar/services/perfsonar-java-rrd-ma/WEB-INF/samples/EchoRequest.xml /var/lib/tomcat5.5/webapps/geant2-java-sql-ma/WEB-INF/samples/requests/

But then, the EchoResponse suffers from the same missing components:
Aug 15 22:53:55 perfsonar jsvc.exec[3067]: java.io.FileNotFoundException: /var/lib/tomcat5.5/webapps/geant2-java-sql-ma/WEB-INF/samples/responses/EchoResponse.xml (No such file or directory)

I again copied over the files from the rrd area:
mkdir -p /var/lib/tomcat5.5/webapps/geant2-java-sql-ma/WEB-INF/samples/responses
cp /usr/lib/perfsonar/services/perfsonar-java-rrd-ma/WEB-INF/samples/responses/EchoResponse.xml /var/lib/tomcat5.5/webapps/geant2-java-sql-ma/WEB-INF/samples/responses/

Now I'm at the point where the *web frontend* test fails, even though the logs show the test being successful:

Aug 15 22:55:03 perfsonar jsvc.exec[3067]: e.#012 </nmwgr:datum>#012 </nmwg:data>#012#012</nmwg:message>#015
Aug 15 22:56:05 perfsonar jsvc.exec[3067]: Node 1: message has 3 attributes whereas node 2: message has 2 attributes
Aug 15 22:56:05 perfsonar jsvc.exec[3067]: Node1==>Element1:#012 <?xml version="1.0" encoding="UTF-8"?>#015#012<nmwg:message xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"; id="id1_resp" messageIdRef="id1" type="EchoResponse"><nmwg:metadata id="resultCodeMetadata"><nmwg:eventType>success.echo</nmwg:eventType></nmwg:metadata><nmwg:data id="resultDescriptionData_for_resultCodeMetadata" metadataIdRef="resultCodeMetadata"><nmwgr:datum xmlns:nmwgr="http://ggf.org/ns/nmwg/result/2.0/";>This is the echo response from the service.</nmwgr:datum></nmwg:data></nmwg:message>#015#012#012#012 whereas Node2==>Element2:#012<?xml version="1.0" encoding="UTF-8"?>#015#012<!-- $Id$ --><nmwg:message xmlns:nmwg="http://ggf.org/ns/nmwg/base/2.0/"; id="Resp_id1" type="EchoResponse">#012#012 <nmwg:metadata id="result-code">#012 <nmwg:eventType>http://perfsonar.net/result/echo/success</nmwg:eventType>#012 </nmwg:metadata>#012#012 <nmwg:data id="result-code-description" metadataIdRef="result-code">#012 <nmwgr:datum xmlns:nmwgr="http://ggf.org/ns/nmwg/result/2.0/";>#012 This is the success echo response from the servic
Aug 15 22:56:05 perfsonar jsvc.exec[3067]: e.#012 </nmwgr:datum>#012 </nmwg:data>#012#012</nmwg:message>#015


Notice the "This is the success echo response..." in the logs above.

So the logs are showing that the EchoRequest/EchoResponse succeeds, but the web administration frontend test still fails, and to reinstall tomcat and the web service.

Where might I look further to find the culprit causing the web frontend's SQL MA test to fail?

ADVthanksANCE

--
Paul Gray -o)
314 East Gym /\\
University of Northern Iowa _\_V
Message void if penguin violated ... Don't mess with the penguin
No one ever says "Hey, I can't read that ASCII e-mail ya sent me."



Archive powered by MHonArc 2.6.16.

Top of Page