 |
 |
Hi Andy, Yes, the access seems to work now. The version I use is the one I got using "RELEASE=qserv_latest" during the install at the beginning of November. From the directory structure under Linux64/qserv it seems to be version 12.1.rc1-2-gaa0865a. BTW: Is there somewhere a release history available with changes made between versions? Cheers, Marcus On Fri, 9 Dec 2016, Andrew Hanushevsky wrote: > Hi Marcus, > > Ah, yes. So, the qserv version that you were using wasn't the one that I > posted fixes to which caused misleading messages in the log. So, never mind. > As long as mono-node worked fine after your changes then all is well. > > Andy > > On Fri, 9 Dec 2016, Marcus Ebert wrote: > >> Hi Andy, >> >> Yes, it should be configured as a mono-node, at least I have not changed >> anything on the default config which I understood is a mono-node config. >> To install, I followed the quick-start guide and the integration tests at >> the end worked too (and still work). >> lsp.cf uses the "all.role server" directive only. >> >> What finally seems to have made the access working was to add entries for >> the new databases to qservw_worker.Dbs >> >> >> Cheers, >> Marcus >> >> >> On Thu, 8 Dec 2016, Andrew Hanushevsky wrote: >> >> > Hi Marcus, >> > >> > If you configured it as a mono-node then you are correct. However, my >> > understanding (and what the log appears to show) qserv was configured as >> > a clustered system. So, even with one worker you would still need a >> > redirector and the associated cmsd processes. So, the big question is >> > how was this really configured. That would be answered by what is in the >> > qserv-run/etc/lsp.cf configuration file. >> > >> > Andy >> > >> > On Thu, 8 Dec 2016, Marcus Ebert wrote: >> > >> > > Hi Vaikunth, >> > > >> > > Thanks for looking at the logs! >> > > I'm running 1 czar and 1 worker on 1 machine. To start up qserv, I >> > > used >> > > the qserv-start.sh script. On a single machine there doesn't need to >> > > be a >> > > running cmsd, does it? >> > > >> > > Cheers, >> > > Marcus >> > > >> > > On Wed, 7 Dec 2016, Thukral, Vaikunth wrote: >> > > >> > > > Hi Marcus, >> > > > > Fritz shared with us the logs you sent and we believe it may be >> > > because > the cmsd service did not start up. To be certain, could you >> > > also send us > the cmsd logs (usually called cmsd.log and >> > > cmsd_<date>.log if rolled > over) from both the czar and the worker >> > > instances? Also, what kind of > instance are you running - 1 czar and >> > > 1 worker on 2 separate machines or > on 1 machine? >> > > > > Thanks, >> > > > -Vaikunth >> > > > > > On Dec 2, 2016, at 11:09 AM, Fritz Mueller >> > > <[log in to unmask]> > > wrote: >> > > > > > > Hi Marcus, >> > > > > > > I think the log files would would need to be examined for >> > > > > > > clues. >> > > If > > you tgz them up shoot them to me in an email, wed happy to >> > > If > > take a >> > > > > look? >> > > > > > > FritzM. >> > > > > > > > On Dec 2, 2016, at 2:52 AM, Marcus Ebert >> > > <[log in to unmask]> > > > wrote: >> > > > > > > > > Hi, >> > > > > > > > > We were trying out qserv installations since a while here >> > > > > > > > > in >> > > > > > Edinburgh and have now an own database loaded into it (UKIDSS, >> > > > > > > > >> > > > ~ 4TB). >> > > > > > That worked fine in the end(we tried so far just a single node >> > > > > > > > >> > > > installation to get familar with it and while the other machines >> > > > for > >> > > > > the test bed gets installed). On the machine where qserv runs, we >> > > > > > > >> > > > can connect as qsmaster using mysql.sock and do queries on the > > >> > > > > >> > > database tables, including select queries. >> > > > > > > > > However, connecting through port 4040 shows some >> > > > > > > > > problems. We >> > > can > > > connect, list available databases, select the a database, >> > > can > > > show >> > > the > > > tables and columns of a table, but "select" queries just >> > > the > > > hang. >> > > It's > > > also the same on the local qserv machine if not going >> > > through >> > > the > > > socket but specifiying local host name and port 4040, as >> > > the > > > well >> > > as > > > remotely from another machine. >> > > > > > > > > Does anyone kow what else needs to be changed in the >> > > > > > > > > qserv > >> > > > > configuration to have this working? I already looked to the grant >> > > > > > > >> > > > permissions for qsmaster, but these seem to be the same when > > > >> > > connecting on localhost through socket and through port 4040. (also > >> > > > > changing these for remote access doesn't change anything) >> > > > > > > > > > > > > > > Cheers, >> > > > > > Marcus >> > > > > > > > > -- >> > > > > > The University of Edinburgh is a charitable body, registered in >> > > > > > Scotland, with registration number SC005336. >> > > > > > > > > >> > > ######################################################################## >> > > > > > Use REPLY-ALL to reply to list >> > > > > > > > > To unsubscribe from the QSERV-L list, click the following >> > > link: >> > > > > > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1 >> > > > > > > >> > > ######################################################################## >> > > > > Use REPLY-ALL to reply to list >> > > > > > > To unsubscribe from the QSERV-L list, click the following >> > > > > > > link: >> > > > > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1 >> > > > > >> > > -- >> > > The University of Edinburgh is a charitable body, registered in >> > > Scotland, with registration number SC005336. >> > > >> > > ######################################################################## >> > > Use REPLY-ALL to reply to list >> > > >> > > To unsubscribe from the QSERV-L list, click the following link: >> > > https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1 >> > > >> > >> > >> > >> >> -- >> The University of Edinburgh is a charitable body, registered in >> Scotland, with registration number SC005336. >> >> ######################################################################## >> Use REPLY-ALL to reply to list >> >> To unsubscribe from the QSERV-L list, click the following link: >> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1 >> > > > -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the QSERV-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1