solved!! (I believe) I also retrieved a dump of the hps_run_db_v2 DB, and point to this in the hardcoded fix of RunManager.java (telling to get it from localhost instead of hpsdb), while the .prop file always points to local hps_conditions. Is this consistent? I'm not sure I fully understand why it works.. but it does :-) Let me know if you want me to add a few notes to the confluence page describing how to run successfully offline, with a local copy of the two DBs. Thanks, cheers Alessandra On Sun, 11 Dec 2016, Alessandra Filippi wrote: > Hi Maurik, all, > thanks, with this fix I am able to read my local db. > > But, er... as Sho was supposing, I am afraid I am not able to provide the > proper db dump. I am retrieving the hps_conditions db, is this correct? > or do I need a different one? > To get it, I use the command > >> mysqldump -f --lock-tables=false -h hpsdb.jlab.org -u hpsuser -p > hps_conditions > hps_conditions_2016_12_11.mysql > > if I don't use the -f flag the dump ends almost immediately with this > complaint (and the dumpfile is small and clearly incomplete): > > mysqldump: Couldn't execute 'show create table > `conditions_engrun2015_pass2`': SHOW VIEW command denied to user > [log in to unmask] for table 'conditions_engrun2015_pass2' (1142) > > If I add the -f flag, it still complains with this and other similar warnings > (telling that I cannot view conditions_engrun_pass1_view and > svt_alignments_engrun_view), but the dump goes on and the dumpfile is much > larger (but this does not mean it contains everything needed, I suppose). > When I run hps-java, after some happy queries, I get this message: > > Exception in thread "main" java.lang.RuntimeException: > com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table > 'hps_conditions.run_summaries' doesn't exist > > so clearly I am missing something/doing something wrong with the dump. > Any idea? > If it's too complicated and involving privileges I haven't, I would be happy > just to retrieve a recent dumpfile from somewhere, if someone can provide me > one copy (I have an old one, dating back to 2015, but I guess it's too old - > and indeed it does not work properly). > Thanks for your help. > cheers > Alessandra > > > > > > > > On Sat, 10 Dec 2016, Maurik Holtrop wrote: > >> Hello Alessandra, >> You are correct in your assessment that the code does not connect to the >> DB. There are 2 locations in the code where the >> code tries to connect. In one, it does listen to the prop file, in the >> other the address is hard coded. In the print outs >> that you show, the first one … [WARNING]… is the hard coded one not getting >> a connection with hpsdb.jlab.org, because you >> are offline. In your second printout, you are online, so you don’t get any >> message from that, and so now it tells you that >> the other connection that does use the prop file indeed connected to >> localhost. >> >> The file that causes the issue is >> here: run-database/src/main/java/org/hps/run/database/RunManager.java >> >> Here is the bit of code that I have changed to make it work on our farm >> >> package org.hps.run.database; >> >> import java.sql.Connection; >> import java.sql.SQLException; >> import java.util.List; >> import java.util.logging.Logger; >> >> import org.hps.conditions.database.ConnectionParameters; >> import org.hps.record.daqconfig.DAQConfig; >> import org.hps.record.epics.EpicsData; >> import org.hps.record.scalers.ScalerData; >> import org.hps.record.svt.SvtConfigData; >> import org.hps.record.triggerbank.TriggerConfigData; >> import org.lcsim.conditions.ConditionsEvent; >> import org.lcsim.conditions.ConditionsListener; >> >> /** >> * Manages access to the run database. >> * >> * @author Jeremy McCormick, SLAC >> */ >> public final class RunManager implements ConditionsListener { >> >> /** >> * The default connection parameters for read-only access to the run >> database. >> */ >> private static ConnectionParameters DEFAULT_CONNECTION_PARAMETERS = new >> ConnectionParameters("hpsuser", >> "darkphoton", “hps_run_db", “127.0.0.1"); >> >> /** >> * The singleton instance of the RunManager. >> */ >> private static RunManager INSTANCE; >> >> >> >> >> The 127.0.0.1 is the same as “localhost”, usually. Depending on your DB >> setup you may need to change the username >> “hpsuser” or password or database name. >> >> I hope this helps. >> >> Best, >> Maurik >> >> >> >> On Dec 10, 2016, at 4:18 AM, Alessandra Filippi <[log in to unmask]> >> wrote: >> >> Hi all, >> so, I guess the issue is that I'm tying to run it completely offline (I >> just need to debug the recostruction on a >> few events, but I cannot be online as I'm away). The command I run is the >> following: >> >> java -Dorg.hps.conditions.connection.file=local.prop >> -DdisableSvtAlignmentConstants -cp hps-distribution.jar >> org.hps.evio.EvioToLcio -d HPS-EngRun2015-Nominal-v5-0-fieldmap >> -DoutputFile=test -x >> EngineeringRun2015FullRecon_Pass2_Gbl.lcsim >> DATA2015/hps_005772.evio.0-nominalAllevents/hps_005772.evio.0 >> >> where hps-distribution.jar is pointing to v3.11 hps-java .jar (freshly >> updated). If I run it offline, I just get >> this: >> >> 2016-12-10 09:58:08 [WARNING] >> org.hps.conditions.database.ConnectionParameters createConnection :: Failed >> to connect >> to database jdbc:mysql://hpsdb.jlab.org:3306/ - Communications link failure >> >> The last packet sent successfully to the server was 0 milliseconds ago. The >> driver has not received any packets from >> the server. >> [..] >> (repeated for 10 times) >> >> which tells me that it doesn't care at all about my local.prop (even if I >> provide the name of a prop file that does >> not exist). >> >> If I run it with the network, indeed the file is read: >> >> 2016-12-10 09:52:48 [CONFIG] >> org.hps.conditions.database.DatabaseConditionsManager >> setConnectionProperties :: >> setting connection properties file local.prop [...] >> >> 2016-12-10 09:59:55 [INFO] >> org.hps.conditions.database.DatabaseConditionsManager openConnection :: >> opening >> connection ... >> connection: jdbc:mysql://localhost:3306/ >> host: localhost >> port: 3306 >> user: filippi >> database: hps_conditions >> >> so, if I understand it correctly, as a provisional shortcut I should >> hardcode the call to my local db overriding the >> search over the network of hpsdb. >> May you tell me where? >> thanks >> Alessandra >> >> >> >> >> >> >> >> >> On Fri, 9 Dec 2016, McCormick, Jeremy I. wrote: >> >> Alessandra, can you please send the full print output from your job >> and what command line you are >> running? >> >> We should start by double checking that at least your prop file is >> being picked up for the conditions db >> before worrying about what is happening with the run db ... >> >> -----Original Message----- >> From: Maurik Holtrop [mailto:[log in to unmask]] >> Sent: Friday, December 09, 2016 3:00 PM >> To: Omar Moreno >> Cc: McCormick, Jeremy I.; Uemura, Sho; Alessandra Filippi; >> hps-software >> Subject: Re: problems in reading a local DB >> >> Yes, this has been an issue for quite some time, and Jeremy has been >> aware of it: >> https://jira.slac.stanford.edu/projects/HPSJAVA/issues/HPSJAVA-665?filter=allopenissues >> I think we should either obey the prop file everywhere, OR, hard code >> it everywhere and not deceive >> people with a prop file. >> >> I have had this issue on our backend farm, which simply cannot see >> hpsdb.jlab.org, so I went with a >> local modification that hard codes the db name everywhere. >> >> Perhaps Jeremy can comment on why this is hard to fix? >> >> >> >> On Dec 9, 2016, at 5:21 PM, Omar Moreno <[log in to unmask]> wrote: >> >> I think she is trying to run completely offline. >> >> >> On Fri, Dec 9, 2016 at 2:07 PM, McCormick, Jeremy I. >> <[log in to unmask]> wrote: >> >> >> Sho is right -- the run DB URL is currently separate from the >> conditions db prop file and hard-coded.... >> >> Are you trying to run completely offline? >> >> You should be able to connect to the run db if you have an internet >> connection, as it is publically >> accessible. >> >> >> -----Original Message----- >> From: [log in to unmask] >> [mailto:[log in to unmask] >> <mailto:[log in to unmask]> ] On Behalf Of Sho Uemura >> Sent: Friday, December 09, 2016 1:51 PM >> To: Alessandra Filippi >> Cc: hps-software >> Subject: Re: problems in reading a local DB >> >> The instructions don't cover making a local copy of the run DB, which >> is a separate database also at >> JLab, and uses a different set of connection parameters. I think the >> run DB was added sometime >> during/after the 2015 run, so you might not have had to deal with it >> before. >> >> On Fri, 9 Dec 2016, Alessandra Filippi wrote: >> >> > Hi all, >> > I'm trying to use a local copy of the conditions DB to run 2015 >> data >> > reconstruction. I'm following the instructions given in >> > >> https://confluence.slac.stanford.edu/display/hpsg/Installing+the+Condi >> <https://confluence.slac.stanford.edu/display/hpsg/Installing+the+Condi> >> > tions+Database+Locally >> > >> > (I remember that some time ago they were working). However, when I >> run >> > the reconstruction with the suggested command java >> > -Dorg.hps.conditions.connection.file=local.prop -jar >> > hps-distribution-bin.jar [args] >> > >> > it looks like the db redirection to my local file is ignored - the >> > default jlab db is always searched for, and there is no complain if >> I >> > provide a non-existent .prop filename, as if the -D instruction was >> neglected. >> > Has anything changed (class names, etc) as of lately? >> > or is the issue related to my local db copy? >> > thanks, cheers >> > Alessandra >> > >> > >> ###################################################################### >> > ## >> > Use REPLY-ALL to reply to list >> > >> > To unsubscribe from the HPS-SOFTWARE list, click the following >> link: >> > >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >> <https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1> >> > >> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the HPS-SOFTWARE list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >> <https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1> >> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the HPS-SOFTWARE list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >> <https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1> >> >> >> >> >> ________________________________ >> >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the HPS-SOFTWARE list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 >> >> >> >> >> >> > > ######################################################################## > Use REPLY-ALL to reply to list > > To unsubscribe from the HPS-SOFTWARE list, click the following link: > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1 ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the HPS-SOFTWARE list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1