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