For the record if anyone else runs into this... I happen to have a link to qserv-start.sh which I use to start qserv, and so I was starting services from my old stack, and as a result the version of wmgr client and wmgr server didn't match, and since there was a change in API, they got confused. We created DM-2863 to catch this sort of issues between wgmr client/server (but there might be other channels where this could happen, eg xrootd...). Thinking about it in retrospect... the reason I created these links in the first place is that the qserv-start.sh, qserv-stop.sh and qserv-status.sh are not in my path. I wonder if we could improve qserv configure script to add that to user path. (Fabrice? Any thoughts about it?) Jacek On 06/01/2015 09:45 PM, Jacek Becla wrote: > There is something fishy about the latest code we have on the master: > > > > qserv-test-integration.py > test_case01 (lsst.qserv.tests.unittest.testIntegration.TestIntegration) > ... ERROR > test_case02 (lsst.qserv.tests.unittest.testIntegration.TestIntegration) > ... ERROR > test_case03 (lsst.qserv.tests.unittest.testIntegration.TestIntegration) > ... ERROR > test_case04 (lsst.qserv.tests.unittest.testIntegration.TestIntegration) > ... ERROR > test_case05 (lsst.qserv.tests.unittest.testIntegration.TestIntegration) > ... 2015-06-01 23:30:15,215 - lsst.qserv.tests.benchmark - INFO - Tables > to Duplicate ['Object', 'Source'] > > > ---------- > > qserv-check-integration.py --load --case=01 > Traceback (most recent call last): > File > "/usr/local/home/becla/stack/repos/qserv_testdata/bin/qserv-check-integration.py", > line 211, in <module> > main() > File > "/usr/local/home/becla/stack/repos/qserv_testdata/bin/qserv-check-integration.py", > line 206, in main > args.load_data, args.stop_at_query) > File > "/usr/local/home/becla/stack/repos/qserv_testdata/bin/qserv-check-integration.py", > line 161, in _run_integration_test > bench.run(mode_list, load_data, stop_at_query) > File > "/usr/local/home/becla/stack/repos/qserv_testdata/python/lsst/qserv/tests/benchmark.py", > line 261, in run > self.connectAndInitDatabases() > File > "/usr/local/home/becla/stack/repos/qserv_testdata/python/lsst/qserv/tests/benchmark.py", > line 229, in connectAndInitDatabases > self.dataLoader[self._mode].prepareDatabase() > File > "/usr/local/home/becla/stack/repos/qserv_testdata/python/lsst/qserv/tests/mysqlDbLoader.py", > line 87, in prepareDatabase > self.wmgr.dropDb(self._dbName, mustExist=False) > File > "/usr/local/home/becla/stack/repos/qserv/lib/python/lsst/qserv/wmgr/client.py", > line 316, in dropDb > self._requestJSON('dbs', dbName, method='DELETE') > File > "/usr/local/home/becla/stack/repos/qserv/lib/python/lsst/qserv/wmgr/client.py", > line 690, in _requestJSON > response = self._request(svc, resource, method=method, > params=params, data=data, headers=headers) > File > "/usr/local/home/becla/stack/repos/qserv/lib/python/lsst/qserv/wmgr/client.py", > line 666, in _request > raise ServerError(exc.response.status_code, exc.response.text) > lsst.qserv.wmgr.client.ServerError: Server returned error: 401 (body: > "Unauthorized Access") ######################################################################## 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