[IGIRTC-85] StoRM v. 1.10.0 certificazione Created: 28/Jun/12 Updated: 24/Jul/12
Due:
02/Jul/12 Resolved: 24/Jul/12
Status:
Project:
Component/s:
Affects
Version/s:
Fix Version/s:
Security Level:
Closed
IGI-MW - Release-Testing-Certification
None
None
Type:
Reporter:
Resolution:
Labels:
Remaining
Estimate:
Time Spent:
Original
Estimate:
Task
Doina Cristina Duma
Fixed
IGI-Testing
2 days
Attachments:
namespaceCert-29.xml
namespaceCert-41.xml
siteinfoSL5.tgz
siteinfoSL6.tgz
tstorm-sanity-cert-29.log
tstorm-sanity-cert-41.log
tstorm_1341416989.0.log
None
Public (Visbile by non-authn users.)
Priority:
Assignee:
Votes:
Major
Sergio Traldi [X] (Inactive)
0
Not Specified
2 days
Description
StoRM v. 1.10.0 certificazione (EMI 2)
task:
https://savannah.cern.ch/task/?30816
repositories da usare - vedi info in:
https://wiki.italiangrid.it/twiki/bin/view/IGIRelease/IGITestCert#Certification_Repositories
creare twiki con report test & certificazione in:
https://wiki.italiangrid.it/twiki/bin/view/IGIRelease/TestingStorm
Comments
Comment by Doina Cristina Duma [ 28/Jun/12 ]
steps:
1 - aggiugere i rpm per EMI 2 nel repo di certificazione
2 - verificare macchine da usare con Sergio
3 - preparazione macchine - Danilo
tra i fix ci sono 2 per GPFS, uno non neccessita' GPFS, l'altro si, ma useremo i risultati di Michele.
A CNAF si sta mettendo su un testbed GPFS per StoRM - Danilo stai atento prendere i riferimenti
passi piu' detagliati domani.
Comment by Doina Cristina Duma [ 28/Jun/12 ]
aggiunto anche Michele per seguirci nella certificaz.
Comment by Michele Dibenedetto [ 29/Jun/12 ]
Il fix che richiede gpfs per essere testato è il https://storm.cnaf.infn.it:8443/redmine/issues/289 Ho aggiornando
il testplan aggiungendo al test di questo issue un workflow che non richiede di avere un FS GPFS
Comment by Doina Cristina Duma [ 29/Jun/12 ]
grazie!!
Comment by Sergio Traldi [X] (Inactive) [ 03/Jul/12 ]
Io parto oggi con la certificazione usero' cert-29.pd.infn.it SL5 x86_64 e cert-41.pd.infn.it per SL6 x86_64.
Se ci sono possibili problemi fatemeli sapere al prima che mi blocco.
Ciao
Sergio
Comment by Sergio Traldi [X] (Inactive) [ 03/Jul/12 ]
Ciao Michele,
dal task savannah c'e' un link che non funziona System Administration Guide.
http://storm.forge.cnaf.infn.it/_media/documentation/storm-1.10.0-sysadminguide.pdf
Not Found mi dice.
Riesci a linkarlo giusto?
Ciao
Sergio
Comment by Michele Dibenedetto [ 03/Jul/12 ]
Sistemato
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
Ciao Michele,
grazie per il link.
Ieri ho installato SL6 con storm BE e FE e ho configurato senza problemi.
Il ping funziona sia sulla SL5 che SL6:
SL5:
[traldi@cert-25 ~]$ clientSRM Ping -e httpg://cert-29.pd.infn.it:8444
============================================================
Sending Ping request to: httpg://cert-29.pd.infn.it:8444
Before execute:
execute Request with:Ping
started calling ns1__srmPing:
finished calling ns1__srmPing:
Afer execute:
Request Status Code 0
Poll Flag 0
============================================================
Request status:
statusCode="SRM_SUCCESS"(0)
explanation="SRM server successfully contacted"
============================================================
SRM Response:
versionInfo="v2.2"
otherInfo (size=3)
[0] key="backend_type"
[0] value="StoRM"
[1] key="backend_version"
[1] value="<FE:1.8.0-10><BE:1.10.0-1>"
[2] key="backend_os_distribution"
[2] value="Scientific Linux release 5.8 (Boron)"
============================================================
SL6:
[traldi@cert-25 ~]$ clientSRM Ping -e httpg://cert-41.pd.infn.it:8444
============================================================
Sending Ping request to: httpg://cert-41.pd.infn.it:8444
Before execute:
execute Request with:Ping
started calling ns1__srmPing:
finished calling ns1__srmPing:
Afer execute:
Request Status Code 0
Poll Flag 0
============================================================
Request status:
statusCode="SRM_SUCCESS"(0)
explanation="SRM server successfully contacted"
============================================================
SRM Response:
versionInfo="v2.2"
otherInfo (size=3)
[0] key="backend_type"
[0] value="StoRM"
[1] key="backend_version"
[1] value="<FE:1.8.0-10><BE:1.10.0-1>"
[2] key="backend_os_distribution"
[2] value="Scientific Linux release 6.2 (Carbon)"
============================================================
Volevo cominciare a runnare le testsuite prima i sanity check e poi da UI. Sulla cert-29.pd.infn.it avrei gia'
installato la tstrom 1.2 (via tgz) seguendo questa doc:
https://storm.cnaf.infn.it:8443/redmine/projects/t-torm/wiki
Ottengo tutti OK meno un FAIL (ma devo ancora verificare a cosa e' relativo quindi magari e' una mia
configurazione teniamolo solo qui di promemoria):
test_mysql_storage_space_update
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... FAIL
======================================================================
FAIL: test_mysql_storage_space_update
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest)
---------------------------------------------------------------------Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/tstorm/tests/deployment/regression/service_configuration.py", line 367, in
test_mysql_storage_space_update
AssertionError
Sulla SL6 invece ho visto che sono disponibili degli rpm o gli 1.3 o 2.0:
http://storm.forge.cnaf.infn.it/repository/internal/
Pero' entrambi quando provo ad installarli mi chiede python 2.7:
[root@cert-41 ~]# rpm -Uvh tstorm-common-2.0.0-1.sl16.noarch.rpm tstorm-sanity-2.0.0-1.sl16.noarch.rpm
error: Failed dependencies:
python(abi) = 2.7 is needed by tstorm-common-2.0.0-1.sl16.noarch
python(abi) = 2.7 is needed by tstorm-sanity-2.0.0-1.sl16.noarch
[root@cert-41 ~]# rpm -Uvh tstorm-sanity-1.3.0-1.sl16.noarch.rpm tstorm-common-1.3.0-1.sl16.noarch.rpm
error: Failed dependencies:
python(abi) = 2.7 is needed by tstorm-sanity-1.3.0-1.sl16.noarch
python(abi) = 2.7 is needed by tstorm-common-1.3.0-1.sl16.noarch
C'e' un minimo di doc su come si installano e su come funzionano gli rpm (dove mette il file ini di conf, ...) e
cosa lanciare.
Grazie
Ciao
Sergio
Comment by Michele Dibenedetto [ 04/Jul/12 ]
Ciao Sergio,
la versione di tstorm da usare è la 1.2, le altre sono in testing.
Per quel test fallito vorrei che ci guardasse Elisabetta. E' possibile aggiungerla come observer di questo task?
Michele
Comment by Doina Cristina Duma [ 04/Jul/12 ]
aggiunta elisabetta nel watchers
Comment by Doina Cristina Duma [ 04/Jul/12 ]
notizie qui?
dove posso mettermi le mani?
Comment by Doina Cristina Duma [ 04/Jul/12 ]
dimenticato di dire che non abbiamopiu' tempo . Max ancora 1 giorno.
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
Non e' fattibile in un giorno fare tutto, cioe' io sono partito ieri con certificazione.
Tutto quello che potevo scrivere lo ho scritto, cioe':

SL5 - macchina cert-29.pd.infn.it - UPDATE OK - CONF OK - TEST SANITY DA dentro HOST quasi tutto OK da UI il ping OK - testsuite ancora da lanciare

SL6 - macchina cert-41.pd.infn.it - INSTALL da zero OK - CONF OK - nessun SANITY ancora
LANCIATO - pinga da UI OK - testsuite ancora da lanciare
poi mancherebbero i regression e tutta la documentazione (e UPDATE SL6 e INSTALL da ZERO SL5).
Tempo stimato da me 2 o 3 giorni se tutto va liscio.
Comment by Doina Cristina Duma [ 04/Jul/12 ]
non abbiamo 2, 3 giorni- il piu' tardi domani sera con Certified venerdi mattina.
allora:


update SL6 - non abbiamo nessun SL6 con STORM gia' installato? sesi lo prendo e faccio io update e
configurazione stasera
install da 0 SL5 - abbiamo una macchina SL5 vuota a PD che posso prendere?
Comment by Elisabetta Ronchieri [ 04/Jul/12 ]
Dal thread mi sembra che il log che fallisce e' quello mysql.
Dovrebbe essere legato al file def e namespace.xml che contengono una SIZE OFFLINE altina.
Potreste fare attach del .def e namespace.xml.
Purtroppo questa versione di tstorm contiene ancora il test mysql vecchio stampo.
Eli
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
A Padova nessuna SL5 bisogna scratare quelle che ci sono ma quello faccio presto e' tutta la documentazione e i
test che mi repoccupano di piu'.
Il site info def e' legato gia' a questo task sia SL5 che SL6
su SL6 i SANITY CHECK ce ne sono parecchi FAIL ora appendo tutto in ordine:
file allegati SL5:
siteinfoSL5.tgz (contiene site-info.def, user.conf, group.conf e conf vo)
tstorm-sanity-cert-29.log (e' il log che deriva dal lancio dei sanity check quello che viene messo in tmp)
namespaceCert-29.xml (namespace.xml della macchine cert-29.pd.infn.it)
file SL6:
siteinfoSL6.tgz (contiene site-info.def, user.conf, group.conf e conf vo)
tstorm-sanity-cert-41.log (e' il log che deriva dal lancio dei sanity check quello che viene messo in tmp)
namespaceCert-41.xml (namespace.xml della macchine cert-41.pd.infn.it)
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
Attendo news su cosa fare per sanity check e per lancio di tstorm da UI.
Per scratch e configure faccio io domani sia SL5 che SL6.
Ciao
Sergio
Comment by Elisabetta Ronchieri [ 04/Jul/12 ]
Il problema e' il seguente: la versione che stai usando di tstorm non ripristina la cond iniziale per il .def, quindi
rieseguendo i test n volte aumentano sempre i valori di:
STORM_TESTERSEUEMIEU_ONLINE_SIZE=140348156
STORM_DTEAM_ONLINE_SIZE=14669444
STORM_INFNGRID_ONLINE_SIZE=1530494588
STORM_TESTERSEUEMIEU_NO_VOMS_ONLINE_SIZE=13399384
e di conseguenza la size nel namespace.xml.
Dovresti per entrambe le versioni partire da dei volori piu' umani per la SIZE, tipo 4. Considera che tali valori
esprimono GB per cui il valore attuale e' un po' elevato.
Cambiato il .def rigira yaim prima di reiseguire i test. La volta successiva non ci saranno fallimenti.
Ovviamente questo impatta solo i sanity test.
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
Ok grazie, sto rirunnando.
Ciao
Sergio
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
Ciao per SL5 tutto bene.
Per SL6 ho ancora un po' di fail vedere file allegato:
tstorm_1341416989.0.log
....
OK
test_gluetwo_endpoint (tstorm.tests.deployment.regression.gluetwo_ldapquery.GluetwoLdapTest) ... ok
---------------------------------------------------------------------Ran 1 test in 0.001s
OK
test_backend_server_status
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... FAIL
======================================================================
FAIL: test_backend_server_status
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest)
---------------------------------------------------------------------Traceback (most recent call last):
File "/root/tstorm/usr/lib/python2.4/site-packages/tstorm/tests/deployment/regression/service_configuration.py",
line 41, in test_backend_server_status
self.assert_(sr_result['status'] == 'PASS')
AssertionError
---------------------------------------------------------------------Ran 1 test in 0.527s
FAILED (failures=1)
test_backend_logrotate_file
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... ok
---------------------------------------------------------------------Ran 1 test in 0.040s
OK
test_backend_gridhttps (tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest)
... FAIL
======================================================================
FAIL: test_backend_gridhttps
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest)
---------------------------------------------------------------------Traceback (most recent call last):
File "/root/tstorm/usr/lib/python2.4/site-packages/tstorm/tests/deployment/regression/service_configuration.py",
line 108, in test_backend_gridhttps
self.assert_(sr_result['status'] == 'PASS')
AssertionError
---------------------------------------------------------------------Ran 1 test in 0.537s
FAILED (failures=1)
test_yaim_version_file (tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest)
... ok
---------------------------------------------------------------------Ran 1 test in 3.798s
OK
test_size_in_namespace_file
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... ok
---------------------------------------------------------------------Ran 1 test in 0.051s
OK
test_gridhttps_plugin_links
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... ok
---------------------------------------------------------------------Ran 1 test in 0.092s
OK
test_backend_server_name_status
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... FAIL
======================================================================
FAIL: test_backend_server_name_status
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/root/tstorm/usr/lib/python2.4/site-packages/tstorm/tests/deployment/regression/service_configuration.py",
line 238, in test_backend_server_name_status
self.assert_(sr_result['status'] == 'PASS')
AssertionError
---------------------------------------------------------------------Ran 1 test in 0.427s
FAILED (failures=1)
test_mysql_storage_space_update
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... ok
---------------------------------------------------------------------Ran 1 test in 131.313s
OK
test_mysql_connector_java_links
(tstorm.tests.deployment.regression.service_configuration.RegressionConfigurationTest) ... ok
---------------------------------------------------------------------Ran 1 test in 0.083s
OK
Comment by Doina Cristina Duma [ 04/Jul/12 ]
great!!!!!!!!!!!!!!
Grazie mille!!!!
Comment by Sergio Traldi [X] (Inactive) [ 04/Jul/12 ]
Qui si trova tutta la doc che finora sono riuscito a produrre:
https://wiki.italiangrid.it/twiki/bin/view/IGIRelease/Task30816
Tutti i link aggiornati sono OK, quelli mancanti vediamo domani.
I test sui 2 StoRM SL5 e SL6 sono tutti OK.
come dicevo manca sanity check del SL6 e da testare i regression nuovi, dove possibile se non sono gia' stati
inseriti nella testsuite (cosa che non credo).
Ciao
Sergio
Comment by Elisabetta Ronchieri [ 04/Jul/12 ]
Guardo il motivo degli errori su sl6.
Eli
Comment by Michele Dibenedetto [ 04/Jul/12 ]
Sergio, i nuovi test non sono stati inseriti nella testsuite ma sono descritti nel testplan. Per sapere quali sono ti
basta guardare sul nostro bug tracker quali sono i bachi fixati in questa versione:
https://storm.cnaf.infn.it:8443/redmine/projects/storm/issues?fixed_version_id=25&set_filter=1&status_id=o
e per tutti quelli che hanno il campo "Associated Test" a "yes" (questa volta tutti) puoi trovarne il test associato
nel testplan facendo una ricerca usando l'url dell'issue come chiave
Michele
Comment by Sergio Traldi [X] (Inactive) [ 05/Jul/12 ]
Ciao Michele, stavo provando a testare il:
https://storm.cnaf.infn.it:8443/redmine/issues/269
Provavo on il comando:
[traldi@cert-25 tstorm]$ srm-reserve-space -guaranteed_size=20 -retention_policy=volatile srm://cert29.pd.infn.it:8444/srm/managerv2?SFN=/testers.eu-emi.eu/a1341478936.0
Thu Jul 05 11:29:21 CEST 2012: java.lang.IllegalArgumentException
ma come vedi mi dice java.lang.IllegalArgumentException
Sicuramente sbaglio qulacosa io, mi sapresti dare il comando usato da voi di esempio?
Sergio
Comment by Michele Dibenedetto [ 05/Jul/12 ]
Stai usando il client di dCache immagino, e gli hai trovato un bug...usa il nostro, funziona
clientSRM ReserveSpace -e httpg://omii004-vm03.cnaf.infn.it:8444 -d expiringSpaceToken -r 0,0 -a 1000000 -c
30
-d: nome logico da dare allo spazio
-r: tipo di spazio (retention policy=replica,accessLatency=online)
-a: dimensione in byte
-c: lifetime in secondi (non obbligatorio)
per info:
clientSRM --help
clientSRM ReserveSpace -help
Michele
Comment by Doina Cristina Duma [ 05/Jul/12 ]
ciao,
allora la descrizione dice "not existing space alias".
Questo nella tua risposta è = "expiringSpaceToken" ?
Comment by Michele Dibenedetto [ 05/Jul/12 ]
"not existing space alias" = un alias che non è associato a nessuno spazio --> non era stata fatta precedentemente
una ReserveSpace su quello stesso alias.
"expiringSpaceToken" è una stringa qualunque non usata precedentemente
Michele
Comment by Sergio Traldi [X] (Inactive) [ 05/Jul/12 ]
Ciao,
ok ora provo invece per il bug 289:
https://storm.cnaf.infn.it:8443/redmine/issues/289
Se setto queste variabili nel site info def, ovviamente piu' tutte le altre che c'erano gia':
STORM_TEST_FSTYPE="gpfs"
STORM_TEST_ONLINE_SIZE=724
STORM_TEST_VONAME=dteam
STORM_TEST_ROOT="/storage/test"
Quando parte il backend si incazza di brutto e mi fa uscire tutte quete cosette:
14:36:02.999 - INFO [main] - NAMESPACE : Inizializating ...
14:36:02.999 - INFO [main] - +++++++++++++++++++++++
14:36:02.999 - INFO [main] - Production Mode
14:36:02.999 - INFO [main] - +++++++++++++++++++++++
14:36:03.385 - INFO [main] - Namespace Document is valid with Schema
14:36:03.528 - INFO [main] - ############## REFRESHING NAMESPACE CONFIGURATION CACHE :
start ###############
14:36:03.768 - ERROR [main] - Native code library 'libgpfsapi_interface.so' failed to load: /usr/lib64/stormbackend-server/libgpfsapi_interface.so: libgpfs.so: cannot open shared object file: No such file or directory
14:36:03.768 - INFO [main] - Java VM searched for 'libgpfsapi_interface.so'in java.library.path:
/usr/lib64/storm-backend-server/
14:36:03.768 - INFO [main] - Add the library location to the environment variable LD_LIBRARY_PATH or to
the Java property java.library.path
14:36:03.773 - ERROR [main] - Unable to instantiate the FS Driver. Wrong target.
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [na:1.6.0_31]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[na:1.6.0_31]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[na:1.6.0_31]
at java.lang.reflect.Constructor.newInstance(Constructor.java:513) [na:1.6.0_31]
at it.grid.storm.namespace.model.VirtualFS.makeFSInstance(VirtualFS.java:331) [storm-backendserver.jar:1.10.0-1]
at it.grid.storm.namespace.model.VirtualFS.setFSDriver(VirtualFS.java:147) [storm-backend-server.jar:1.10.01]
at it.grid.storm.namespace.config.xml.XMLNamespaceParser.buildVFSs(XMLNamespaceParser.java:383)
[storm-backend-server.jar:1.10.0-1]
at it.grid.storm.namespace.config.xml.XMLNamespaceParser.refreshCache(XMLNamespaceParser.java:253)
[storm-backend-server.jar:1.10.0-1]
at
it.grid.storm.namespace.config.xml.XMLNamespaceParser.refreshCachedData(XMLNamespaceParser.java:203
[storm-backend-server.jar:1.10.0-1]
at it.grid.storm.namespace.config.xml.XMLNamespaceParser.<init>(XMLNamespaceParser.java:134) [stormbackend-server.jar:1.10.0-1]
at it.grid.storm.namespace.NamespaceDirector.initializeDirector(NamespaceDirector.java:116) [storm-backendserver.jar:1.10.0-1]
at it.grid.storm.StoRM.<init>(StoRM.java:120) [storm-backend-server.jar:1.10.0-1]
at it.grid.storm.StoRMCommandServer.main(StoRMCommandServer.java:535) [storm-backendserver.jar:1.10.0-1]
Caused by: java.lang.UnsatisfiedLinkError: Native code library 'libgpfsapi_interface.so' failed to load:
/usr/lib64/storm-backend-server/libgpfsapi_interface.so: libgpfs.so: cannot open shared object file: No such file
or directory
at it.grid.storm.filesystem.swig.gpfsapi_interfaceJNI.<clinit>(gpfsapi_interfaceJNI.java:48) [storm-backendserver.jar:1.10.0-1]
at it.grid.storm.filesystem.swig.gpfs.<init>(gpfs.java:58) [storm-backend-server.jar:1.10.0-1]
... 13 common frames omitted
14:36:03.780 - ERROR [main] - Namespace Configuration ERROR in VFS definition, please check it.
it.grid.storm.namespace.NamespaceException: Unable to instantiate the FS Driver.
at it.grid.storm.namespace.model.VirtualFS.makeFSInstance(VirtualFS.java:340) [storm-backendserver.jar:1.10.0-1]
at it.grid.storm.namespace.model.VirtualFS.setFSDriver(VirtualFS.java:147) [storm-backend-server.jar:1.10.01]
at it.grid.storm.namespace.config.xml.XMLNamespaceParser.buildVFSs(XMLNamespaceParser.java:383)
[storm-backend-server.jar:1.10.0-1]
at it.grid.storm.namespace.config.xml.XMLNamespaceParser.refreshCache(XMLNamespaceParser.java:253)
[storm-backend-server.jar:1.10.0-1]
at
it.grid.storm.namespace.config.xml.XMLNamespaceParser.refreshCachedData(XMLNamespaceParser.java:203
[storm-backend-server.jar:1.10.0-1]
at it.grid.storm.namespace.config.xml.XMLNamespaceParser.<init>(XMLNamespaceParser.java:134) [stormbackend-server.jar:1.10.0-1]
at it.grid.storm.namespace.NamespaceDirector.initializeDirector(NamespaceDirector.java:116) [storm-backendserver.jar:1.10.0-1]
at it.grid.storm.StoRM.<init>(StoRM.java:120) [storm-backend-server.jar:1.10.0-1]
at it.grid.storm.StoRMCommandServer.main(StoRMCommandServer.java:535) [storm-backendserver.jar:1.10.0-1]
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [na:1.6.0_31]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[na:1.6.0_31]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[na:1.6.0_31]
at java.lang.reflect.Constructor.newInstance(Constructor.java:513) [na:1.6.0_31]
at it.grid.storm.namespace.model.VirtualFS.makeFSInstance(VirtualFS.java:331) [storm-backendserver.jar:1.10.0-1]
... 8 common frames omitted
Caused by: java.lang.UnsatisfiedLinkError: Native code library 'libgpfsapi_interface.so' failed to load:
/usr/lib64/storm-backend-server/libgpfsapi_interface.so: libgpfs.so: cannot open shared object file: No such file
or directory
at it.grid.storm.filesystem.swig.gpfsapi_interfaceJNI.<clinit>(gpfsapi_interfaceJNI.java:48) [storm-backendserver.jar:1.10.0-1]
at it.grid.storm.filesystem.swig.gpfs.<init>(gpfs.java:58) [storm-backend-server.jar:1.10.0-1]
... 13 common frames omitted
14:36:03.791 - ERROR [main] - VFS 'TEST-FS' pointed by RULE : 'test-maprule' DOES NOT EXISTS.
14:36:03.814 - INFO [main] - ############## REFRESHING NAMESPACE CONFIGURATION CACHE :
end ###############
14:36:03.815 - INFO [main] - Namespace checking VFSs ..
14:36:03.816 - INFO [main] - VFSs are well-defined.
14:36:03.816 - ERROR [main] - ERROR in NAMESPACE - MAP RULE 'test-maprule' point a UNKNOWN
VFS 'TEST-FS'!
14:36:03.816 - ERROR [main] - ERROR in NAMESPACE - APP RULE 'test-rule' point a UNKNOWN VFS
'TEST-FS'!
14:36:03.816 - INFO [main] - Namespace check. Checking of the existence of the needed Local group ...
14:36:03.816 - INFO [main] - All local groups are defined.
14:36:03.816 - WARN [main] - Namespace does not semantically valid!, so no load performed!
14:36:03.816 - ERROR [main] - ????????????????????????????????????
14:36:03.816 - ERROR [main] - ???? NAMESPACE does not VALID ????
14:36:03.816 - ERROR [main] - ????????????????????????????????????
14:36:03.817 - ERROR [main] - Please see the log.
Ciao
Sergio
Comment by Sergio Traldi [X] (Inactive) [ 05/Jul/12 ]
Ahhh non ho GPFS io.
Ciao
Sergio
Comment by Michele Dibenedetto [ 05/Jul/12 ]
eh eh...
Comunque c'era un errore nella definizione di quel test che ho corretto stamattina, scarica la versione aggiornata
del testplan dal nostro sito.
Michele
Comment by Sergio Traldi [X] (Inactive) [ 05/Jul/12 ]
Ciao Mikel,
ho riscaricato il file:
http://storm.forge.cnaf.infn.it/_media/documentation/storm-testplan.-.emi-2_update1.pdf
3 volte per sicurezza, ma trovo sempre la versione:
1.3.0
Document version:
1.10.0
EMI Component Version:
June 29, 2012
Date:
Sto scaricando da un posto errato?
Ciao
Sergio
Comment by Sergio Traldi [X] (Inactive) [ 05/Jul/12 ]
Ciao a tutti,
tutto quello che sono riuscito a fare e' qui:
https://wiki.italiangrid.it/twiki/bin/view/IGIRelease/Task30816
Consiste in:




install e configure SL5 -> OK
update SL5 e reconfigure -> OK
sanity chcek su SL5 sia install da zero che update -> OK
running testsuite su SL5 sia install da zero che update -> OK



install e configure SL6 -> OK
sanity check SL6 -> FAILED (Elisabetta dovrebbe verificare e capire il perche')
running test suite su SL6 -> OK

verifiche dei regression. Per problemi di tempo non ho verificato che sulla versione di produzione c'era
l'errore e su quella nuova no, ho solo verificato che su quella nuova non ci fossero errori.
ATTENZIONE:



i bug 288 e 289 non sono riuscito a verificarli sono quelli su gpfs (e non ho avuto ultime ricettine del
nuovo testplan)
la feature 250 idem dovrei aere 2 istanze di gridftp in load balancing cosa che non ho.
il BUG 270 per SL6 e' NOT PASSED:
[root@cert-41 tstorm]# su - dteam001
[dteam001@cert-41 ~]$ find /etc/storm/ -readable ! -type d | grep -v "web.xml" | grep -v "log4j"
Ciao
Sergio
Comment by Michele Dibenedetto [ 05/Jul/12 ]
Ciao, allora,
il 288 non richiede gpfs
il 289 ha la ricettina per chi non ha gpfs (GPFS not available workflow)
il sanity check su sl6 fallisce per un bug in tstorm (cerca tomcat5 quando invece su sl6 è isntallato tomcat6)
il 270 aveva un errore (e quello che ho aggiornato di cui parlavo prima):
find /etc/storm/ -perm /o+r ! -type d | grep -v "web.xml" | grep -v "log4j"
per il 250: non è necessario avere 2 gridftp che vedano lo stesso filesystem. E' sufficiente che siano disponibili e
che il backend li gestisca come pool, puoi usare uno del testbed EMI o uno del nostro testbed se vuoi, tanto non
dovrai mai fare trasferimenti ma solo farti dare i turl
Michele
Comment by Doina Cristina Duma [ 06/Jul/12 ]
270:
a me funzionano tutti i due commandi:
[dteam001@cert-41 ~]$ find /etc/storm/ -readable ! -type d | grep -v "web.xml" | grep -v "log4j"
[dteam001@cert-41 ~]$ echo $?
1
[dteam001@cert-41 ~]$ find /etc/storm/ -perm /o+r ! -type d | grep -v "web.xml" | grep -v "log4j"
[dteam001@cert-41 ~]$ echo $?
1
288 (SL6):
[root@cert-41 ~]# ll /usr/lib64/storm-backend-server/libgpfsapi_interface.so
- 1 root root 942533 Jun 28 15:17 /usr/lib64/storm-backend-server/libgpfsapi_interface.so
[root@cert-41 ~]# ldd /usr/lib64/storm-backend-server/libgpfsapi_interface.so | grep libgpfs.so
ldd: warning: you do not have execution permission for `/usr/lib64/storm-backend-server/libgpfsapi_interface.so
libgpfs.so => not found
[root@cert-41 ~]# chmod u+x /usr/lib64/storm-backend-server/libgpfsapi_interface.so
[root@cert-41 ~]# ll /usr/lib64/storm-backend-server/libgpfsapi_interface.so
- 1 root root 942533 Jun 28 15:17 /usr/lib64/storm-backend-server/libgpfsapi_interface.so
[root@cert-41 ~]# ldd /usr/lib64/storm-backend-server/libgpfsapi_interface.so | grep libgpfs.so
libgpfs.so => not found
288 (SL5):
[root@cert-29 ~]# ldd /usr/lib64/storm-backend-server/libgpfsapi_interface.so | grep libgpfs.so
ldd: warning: you do not have execution permission for `/usr/lib64/storm-backend-server/libgpfsapi_interface.so
libgpfs.so => not found
[root@cert-29 ~]# ldd /usr/lib64/storm-backend-server/libgpfsapi_interface.so
ldd: warning: you do not have execution permission for `/usr/lib64/storm-backend-server/libgpfsapi_interface.so
linux-vdso.so.1 => (0x00007ffff79fd000)
libgpfs.so => not found
libstdc+.so.6 => /usr/lib64/libstdc+.so.6 (0x00002af25f635000)
libm.so.6 => /lib64/libm.so.6 (0x00002af25f935000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002af25fbb8000)
libc.so.6 => /lib64/libc.so.6 (0x00002af25fdc7000)
/lib64/ld-linux-x86-64.so.2 (0x00000035fb400000)
quindi non va o non va senza GPFS - Ci dai i risultati che hai avuto te?
per il 289, potresti Sergio riportava che il test provato era:
1. mettere nel siteinfo.def:
STORM_TEST_FSTYPE="gpfs"
STORM_TEST_ONLINE_SIZE=724
STORM_TEST_VONAME=dteam
STORM_TEST_ROOT="/storage/test"
non abbiamo trovato come si fa settare il "BackEnd service logging to DEBUG", abbiamo messo
STORM_FE_LOG_LEVEL="DEBUG"
2. se cambiato siteinfo.def si presume che deve essere reconfigurato - cosa fatta con il risultato quel lungo mess
d'errore
3. da questo punto non si puo andare avanti con quello che è nel testplan perche non si puo fare stop, di qualcosa
che non va
BTW il commando al punto 4. non viene tagliato
quindi come si doveva fare?
Comment by Michele Dibenedetto [ 06/Jul/12 ]
Occhio a leggere la definizione di PASS dei test:
270:
a me funzionano tutti i due commandi:
[dteam001@cert-41 ~]$ find /etc/storm/ -readable ! -type d | grep -v "web.xml" | grep -v "log4j"
[dteam001@cert-41 ~]$ echo $?
1
[dteam001@cert-41 ~]$ find /etc/storm/ -perm /o+r ! -type d | grep -v "web.xml" | grep -v "log4j"
[dteam001@cert-41 ~]$ echo $?
1
PASS : the test is passed if at step 1 return code is 1.
288
[root@cert-41 ~]# ldd /usr/lib64/storm-backend-server/libgpfsapi_interface.so | grep libgpfs.so
ldd: warning: you do not have execution permission for `/usr/lib64/storm-backend-server/libgpfsapi_interface.so
libgpfs.so => not found
PASS : the test is passed if at step 1 return code is 0.
289
1. nel siteinfo.def:
STORM_TEST_FSTYPE="gpfs"
STORM_TEST_ONLINE_SIZE=724
STORM_TEST_VONAME=dteam
STORM_TEST_ROOT="/storage/test"
non abbiamo trovato come si fa settare il "BackEnd service logging to DEBUG" -->
https://twiki.cern.ch/twiki/bin/view/EMI/StoRMPTServiceReferenceCard
2. se cambiato siteinfo.def si presume che deve essere reconfigurato - cosa fatta con il risultato quel lungo mess
d'errore --> VA BENE
3. da questo punto non si puo andare avanti con quello che è nel testplan perche non si puo fare stop, di qualcosa
che non va --> certo che si può, ricorda che queste sono istruzioni di cheating per chi non soddisfa i requisiti del
test (avere GPFS)
dopo aver configurato con yaim, aver stoppato il servizio, aver cancellato il file di log e messo a debug il logging
modificate il namespace.xml come spiegato nella descrizione del test, fate lo start e poi la ricerca nel log.
Ho solo un dubbio, nella service reference card si spiega come mettere a debug il log modificando una property
dell'appender di default di storm. In realtà subito sopra questo appender c'è un altro appender commentato che è
configurato per essere anche lui un logger di default per il servizio ma formatta il log in maniera diversa. Se
seguendo la reference card non trovate nel log quanto cercato con la grep decommentate l'appender commentato
e commentate l'altro
Michele
Comment by Doina Cristina Duma [ 06/Jul/12 ]
Occhio che la stessa cosa ho detto anch'io per 270
288 - ok scusa non abbiamo verificato l'exit code
forse è meglio che ci sentiamo per la frase:
"dopo aver configurato con yaim, aver stoppato il servizio, aver cancellato il file di log e messo a debug il
logging modificate il namespace.xml come spiegato nella descrizione del test, fate lo start e poi la ricerca nel
log."
ma se ti diciamo che "dopo aver configurato con yaim" - non si configura!! esce con error?
cosa facciamo ignoriamo?
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Ciao Michele,
allora faccio un minimo di chiarezza. Fino a ieri quando provavo a riconfigurare usando yaim usando queste 4
variabili:
STORM_TEST_FSTYPE="gpfs"
STORM_TEST_ONLINE_SIZE=724
STORM_TEST_VONAME=dteam
STORM_TEST_ROOT="/storage/test"
yaim terminava succesfully ma il backend era STOPPED e non partiva in nessun modo, oggi invece dopo la
riconfigurazione funziona, forse perche' Cristina toccando qualcosa per verificare 288 ha sbloccato la situazione.
Ad ogni modo sia che io metta nel file:/etc/storm/backend-server/logging.xml
questo:
<logger name="it.grid.storm" additivity="false">
<level value="DEBUG" />
<appender-ref ref="PROCESS" />
</logger>
OPPURE:
<logger name="it.grid.storm" additivity="false">
<level value="DEBUG" />
<appender-ref ref="DEBUGGING" />




Riconfigurato
Stoppato Backend
Cancellato log file
Startato backend
Il gerp mi esce vuoto:
[root@cert-29 ~]# grep NamespaceFSAssociationCheck.getMountPointFSTypeBestmatch
/var/log/storm/storm-backend.log
PS: Dicevi che c'era una nuova versione del testplan ma come ti dicevo al link:
http://storm.forge.cnaf.infn.it/_media/documentation/storm-testplan.-.emi-2_update1.pdf
trovo sempre quella "vecchia" del 29 giugno e non quella del 4 o 5 luglio.
Comment by Michele Dibenedetto [ 06/Jul/12 ]
aprendo il link che hai postato io scarico quella nuova, occhio al caching del browser. Comunque la descrizione
del test diventa questa:
given a Storage Area SA1 declared as gpfs by setting YAIM variable STORM_SA1_FSTYPE to ’gpfs’ and with
a Storage Area Root pointing to a link setting YAIM variable STORM_SA1_ROOT to a link but using posix
driver specifying it.grid.storm.filesystem.swig.posixfs and
it.grid.storm.filesystem.MockSpaceSystem as SA1 filesystem-driver and spacesystemdriver respectively in
namespace.xml verify that setting BackEnd service logging to DEBUG and restarting the service storm-
backend.log reports during NamespaceFSvalidation performs the computation of Storage Area Root mount poin
for the real folder
Se vuoi dare un occhio a come l'ho fatta io nella precert della 1.8.3:
http://storm.forge.cnaf.infn.it/repository/internal/precertification/1.8.3/testNotInTstorm.log
Michele
Comment by Doina Cristina Duma [ 06/Jul/12 ]
con wget va meglio
Per le mie modifiche
l'unica cosa in più che ho fato su cert-41 è:
[root@cert-41 ~]# chmod u+x /usr/lib64/storm-backend-server/libgpfsapi_interface.so
[root@cert-41 ~]# ll /usr/lib64/storm-backend-server/libgpfsapi_interface.so
- 1 root root 942533 Jun 28 15:17 /usr/lib64/storm-backend-server/libgpfsapi_interface.so
Comment by Michele Dibenedetto [ 06/Jul/12 ]
Non era necessario, iol test ha successo anche senza quella acl:
[root@omii004-vm03 ~]# ldd /usr/lib64/storm-backend-server/libgpfsapi_interface.so | grep libgpfs.so
ldd: warning: you do not have execution permission for `/usr/lib64/storm-backend-server/libgpfsapi_interface.so
libgpfs.so => not found
[root@omii004-vm03 ~]# echo $?
0
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Ciao Michele,
2 ultime cose e poi va tutto bene, nel testplan bug 289 nella descrizione dopo la modifica delle 2 variabili YAIM
metti che bisogna riconfigurare e dopo la riconfigurazione modificare il namespace.xml specifying ..... (diver
posix)
Io ho fatto cosi:
https://wiki.italiangrid.it/twiki/bin/view/IGIRelease/Task30816#Bug_289_NamespaceFSvalidation_ch
e funziona.
Altra cosa SOLO per SL6 quando vien su il backend esce:
[root@cert-41 ~]# service storm-backend-server start
/etc/init.d/storm-backend-server: line 200: /usr/java/latest/bin/java: No such file or directory
Bootstrapping storm-backend-server [ OK ]
effettivamente io non ho quella directory ma il backend usa in SL6 openjdk in /usr/bin/java e comunque tutto
funziona bene, sara' solo da controllare lo script di startup. Ad ogni modo e' un dettaglio.
Ciao
Sergio
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Ciao,
per SL6 ho modificato 2 cose e ho copletato i sanity check:
Script di avvio del backend linea 169:
da JAVA=$JAVA_HOME/usr/bin
a JAVA=$JAVA_HOME
la mia JAVA_HOME e' settata gia' sull'eseguibile (anche se non dovrebbe) nel mio siteinfo.def io ho:
[root@cert-41 tstorm]# grep JAVA ../siteinfo/site-info.def
JAVA_LOCATION="/usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64"
Mi sono permesso di modificare un file della Testssuite, in /root/tstorm/usr/lib/python2.4/sitepackages/tstorm/tests/deployment/regression/service_configuration.py linea 112
al posto di tomcat5 ho messo tomcat6.
Tutti sanity check sono OK.
Preparo il test report e certification report.
Cristina o Michele mi servirebbero i VCS tag e gli Etics Configuration name
Comment by Michele Dibenedetto [ 06/Jul/12 ]
per 289: va bene.
il problema java sl6: hai settato la JAVA_HOME in yaim come dice la sysadmin guide per SL6?
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
e invece poi Michele mi servirebbero se sono necessari (Cristina puo' confermare) gli unit test lanciati tramite
eclipse o come l'altra volta. Grazie
Comment by Michele Dibenedetto [ 06/Jul/12 ]
Non puoi modificare lo script di avvio...
Non hai trovato la variabile yaim da settare nella doc?
per la modifica del test OK
la conf etics è emi-storm_R_1_8_3_1 , i tag li pruoi prendere da li:
vcsroot + / + tag
Michele
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Ok si vero, ora ho settato e ripristinato script di avvio.
Sto riconfigurando, ma credo sia tutto ok.
Avevo settato JAVA_LOCATION ma non era corretto, ora si.
Ciao e grazie
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Ultima precisazione, ho seguito la doc e per SL6 dice di settare la JAVA_LOCATION NON la JAVA_HOME a
JAVA_LOCATION="/usr/lib/jvm/java"
e cosi' ho fatto:
[root@cert-41 ~]# grep JAVA siteinfo/site-info.def
JAVA_LOCATION="/usr/lib/jvm/java/"
Ho riconfigurato e dopo la riconfigurazione pero' ho sempre:
[root@cert-41 ~]# service storm-backend-server status
/etc/init.d/storm-backend-server: line 200: /usr/bin/java/bin/java: Not a directory
storm-backend-server (pid 491) is RUNNING [ OK ]
StoRM funziona lo stesso ma in quel caso un sanity Chek fallirebbe.
Altra anomalia ogni volta che rirunno yaim mi viene modificato il site-info.def e incrementano i valori di
ONLINE_SIZE
STORM_TESTERSEUEMIEU_ONLINE_SIZE=14
STORM_DTEAM_ONLINE_SIZE=10
STORM_INFNGRID_ONLINE_SIZE=8
STORM_TESTERSEUEMIEU_NO_VOMS_ONLINE_SIZE=10
Ciao
Sergio
Comment by Michele Dibenedetto [ 06/Jul/12 ]
Io quel problema su JAVA non l'ho avuto, sei sicuro di aver rimesso a posto il file di init dopo averlo
modificato?ripristina quello presente nell'rpm e fai restart del BE. Controlla anche di non avere in environment l
variabile JAVA_HOME o JAVA_LOCATION a un valore sbagliato (anche se avviando il servizio con service
queste var non dovrebbero avere alcun effetto)
il problema delle var yaim si verifica ogni volta che lanci yaim o ogni volta che lanci tstorm?
Unit test:
http://storm.forge.cnaf.infn.it/repository/internal/precertification/1.10.0/UnitTest.log
Michele
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Ciao,
avevo ovviamente gia' ripristinato il file di init.
Allora effettivamente nell'enviroment avevo JAVA_HOME e JAVA_LOCATION settate, le ho unset e ora non
c'e' piu' il problema.
OK
Hai ragione non dopo conf yaim che ma dopo il lancio di tstorm. Quindi niente di preoccupante. Scusa ma avevo
fatto le cose in serie e non capivo quali dei 2 ora ho fatto prove piu' con calma.
Ho colpletato tutta la wiki:
https://wiki.italiangrid.it/twiki/bin/view/IGIRelease/Task30816
compresi i test e certification report, fatemi sapere se va tutto bene.
Ciao
Sergio
Comment by Michele Dibenedetto [ 06/Jul/12 ]
Static code analisys:
http://etics-repository.cern.ch/repository/reports/id/7eca7697-34f0-4319-93130d3efb36abd6/sl5_x86_64_gcc412EPEL/-/reports/reportOverallMetrics.html
Comment by Michele Dibenedetto [ 06/Jul/12 ]
in https://wiki.italiangrid.it/twiki/pub/IGIRelease/Task30816/StoRMEMI2Update1_Certification_Report_Task30816.txt
i valori da specificare devono essere scelti tra quelli presenti nel template tra quadre ([]) ed essere messi le
quadre
Esempio:
[ Tested ] --> Yes
Comment by Sergio Traldi [X] (Inactive) [ 06/Jul/12 ]
Fatte le aggiunte e correzioni richieste.
File riuploadati.
Ciao
Sergio
Comment by Michele Dibenedetto [ 06/Jul/12 ]
https://wiki.italiangrid.it/twiki/pub/IGIRelease/Task30816/StoRM-EMI2Update1_Test_Report_Task30816.txt
Clean Installation - PASS on SL5, PASS on SL6 --> PASS
Upgrade Installation - PASS on SL5 --> PASS
ecc
https://wiki.italiangrid.it/twiki/pub/IGIRelease/Task30816/StoRMEMI2Update1_Certification_Report_Task30816.txt
12.1. static code analysis: [ NA ] --> Yes
Michele
Comment by Doina Cristina Duma [ 24/Jul/12 ]
rilasciato con EMI 2 Update 1 (20.07.2012)
Generated at Thu Jun 01 03:47:45 CEST 2017 using JIRA 6.3.15#6346sha1:dbc023dd75cecacf443c4b235f66124b15f5c5fe.