Print

Print


Sorry no. Here it is:
/PARTITIONING
/PARTITIONING/_0000000000.json {"uuid": "03a61e90-125b-4369-876e-7170336801c8", "overlap": "0.1", "nStripes": "85", "nSubStripes": "12"}
/PARTITIONING/_0000000000

I’ve since stopped and started qserv, and now I get:

ERROR 4005 (Proxy): rpc call failed for http://127.0.0.1:7080/x

rather than hangs. Before I waste any more of anyone’s time, I think I’m just going to start from scratch.

Thanks all,
Serge

On Jan 8, 2015, at 1:46 PM, Salnikov, Andrei A. <[log in to unmask]> wrote:

I do not see /PARTITIONING/_0000000000 key, did you paste complete ZK data?

Cheers,
Andy

 
From: Serge Monkewitz [mailto:[log in to unmask]] 
Sent: Thursday, January 08, 2015 1:42 PM
To: Salnikov, Andrei A.
Cc: Wang, Daniel Liwei; Becla, Jacek; Tatiana Goldina; qserv-l; Mueller, Fritz
Subject: Re: [QSERV-L] xrootd premature death
 
Well, I was wrong… it’s not the JSON. Have there been any recent changes in the metadata contents? Can anyone see anything wrong with the following?
 
/     
/DBS  
/DBS/LSST.json {"releaseStatus": "UNRELEASED", "partitioningId": "0000000000", "uuid": "0b86527e-f72f-4e1d-9da7-878d4ba0e308", "storageClass": "L2"}
/DBS/LSST      READY
/DBS/LSST/TABLES      
/DBS/LSST/TABLES/Science_Ccd_Exposure  READY
/DBS/LSST/TABLES/Science_Ccd_Exposure.json     {"compression": "0", "match": "0", "uuid": "adbe4935-45c8-4457-96d8-7911fb738b9a"}
/DBS/LSST/TABLES/DeepCoadd     READY
/DBS/LSST/TABLES/DeepSource.json       {"compression": "0", "match": "0", "uuid": "b6718c07-da12-4516-ab0d-2b3f593617f5"}
/DBS/LSST/TABLES/DeepSource    READY
/DBS/LSST/TABLES/DeepSource/partitioning.json  {"dirColName":i "deepSourceId", "dirTable": "DeepSource", "latColName": "decl", "lonColName": "ra", "subChunks": "1"}
/DBS/LSST/TABLES/DeepForcedSource      READY
/DBS/LSST/TABLES/DeepForcedSource/partitioning.json    {"dirColName": "deepSourceId", "dirTable": "DeepSource", "subChunks": "0"}
/DBS/LSST/TABLES/DeepCoadd.json        {"compression": "0", "match": "0", "uuid": "103996de-b2c9-42a9-b5ec-b7dbbfce9461"}
/DBS/LSST/TABLES/DeepForcedSource.json {"compression": "0", "match": "0", "uuid": "7adf9d49-14d4-4d0d-a440-43437fcf3565"}
/DBS/LSST/LOCK.json    {"comments": "", "reason": "", "mode": "", "estimatedDuration": "", "lockedBy": "", "lockedTime": ""}
/css_meta     
/css_meta/version      1
/zookeeper    
/zookeeper/quota      
 
On Jan 8, 2015, at 1:18 PM, Serge Monkewitz <[log in to unmask]> wrote:


Well, maybe I’m wrong… I’m in the process of moving to JSON to see if it helps. By the way, is qserv-admin.py deprecated? Running RESTORE <file>; from qserv-admin.py is totally broken when the dump file contains JSON...
 
On Jan 8, 2015, at 1:06 PM, Salnikov, Andrei A. <[log in to unmask]> wrote:


Hi Serge,


I thought it should be backward-compatible, meaning that if JSON is not
found there it would try to read old-style data. Daniel should know better.
I don't think there is a documentation for JSON structure yet, but you can
try to look at admin/qservAdmin.py module to see what it does.

Cheers,
Andy


 
From: [log in to unmask] [mailto:[log in to unmask]] On Behalf Of Serge Monkewitz
Sent: Thursday, January 08, 2015 12:56 PM
To: Wang, Daniel Liwei
Cc: Becla, Jacek; Tatiana Goldina; qserv-l; Mueller, Fritz
Subject: Re: [QSERV-L] xrootd premature death
 
Daniel,
 
    I just figure out why my copy of master is hosed. master expects CSS metadata in JSON format, and I still have the old key-value stuff in zookeeper. Is there a docs page on the expected structure of the JSON so I can translate it?
 
Cheers,
Serge
 
On Jan 8, 2015, at 12:26 AM, Serge Monkewitz <[log in to unmask]> wrote:



Hey all,
 
    The xrootd death happened because Tatiana had a small typo in her query (scisql_s2PtInPoly should be scisql_s2PtInCPoly). As Fritz surmised, this led to an uncaught std::runtime_error and subsequent worker death. Since Fritz is in the process of fixing this, hopefully we can just wait for his changes to land.
 
However, there are bigger problems. First of all, master doesn’t build for me. I get this error:
 
  File "/home/lsstadm/qserv/SConstruct", line 104:
    env.Alias("dist-core", get_install_targets())
  File "/home/lsstadm/qserv/SConstruct", line 90:
    exports=['env', 'ARGUMENTS'])
  File "/home/lsstadm/stack/Linux64/scons/2.3.0+1/lib/scons/SCons/Script/SConscript.py", line 609:
    return method(*args, **kw)
  File "/home/lsstadm/stack/Linux64/scons/2.3.0+1/lib/scons/SCons/Script/SConscript.py", line 546:
    return _SConscript(self.fs, *files, **subst_kw)
  File "/home/lsstadm/stack/Linux64/scons/2.3.0+1/lib/scons/SCons/Script/SConscript.py", line 260:
    exec _file_ in call_stack[-1].globals
  File "/home/lsstadm/qserv/build/SConscript", line 39:
    canBuild = detect.checkMySql(env) and detect.setXrootd(env) and detect.checkXrootdLink(env)
  File "/home/lsstadm/qserv/site_scons/detect.py", line 225:
    xrdLibPath = findXrootdLibPath("XrdCl", env["LIBPATH"])
  File "/home/lsstadm/qserv/site_scons/detect.py", line 213:
    if os.access(os.path.join(path, fName), os.R_OK):
  File "/home/lsstadm/stack/Linux64/anaconda/2.1.0/lib/python2.7/posixpath.py", line 77:
    elif path == '' or path.endswith('/'):
 
which is caused by the fact that env[“LIBPATH”] looks like:
 
[[], '/home/lsstadm/stack/Linux64/antlr/2.7.7/lib', '/home/lsstadm/stack/Linux64/boost/1.55.0.1.lsst2/lib', '/home/lsstadm/stack/Linux64/log4cxx/0.10.0.lsst1+2/lib', '/home/lsstadm/stack/Linux64/xrootd/4.0.0rc4-qsClient2/lib', '/home/lsstadm/stack/Linux64/zookeeper/3.4.6/c-binding/lib', '/home/lsstadm/stack/Linux64/mysql/5.1.65.lsst1/lib', '/home/lsstadm/stack/Linux64/protobuf/2.4.1/lib', '/home/lsstadm/stack/Linux64/log/10.0+3/lib']
 
The first element is [], which comes from https://github.com/LSST/qserv/blob/master/site_scons/state.py#L173 where a PathVariable called SWIG_SWIG_LIB is given a default value of []. I can fix the build by changing the default to an empty string… but I don’t know enough scons to say whether that’s the right thing to do. Can one of the scons gurus confirm that’s the right fix?
 
More serious is that after having hacked around that, even the simplest count(*) query just hangs forever. I see this in the worker log:
 
------ xrootd [log in to unmask]:1094 initialization completed.
150108 00:11:15 23867 XrootdXeq: lsstadm.23942:[log in to unmask] pvt IPv4 login
0108 00:11:15.598 [0x7f716850a700] INFO  root (build/xrdsvc/SsiService.cc:88) - Got provision call where rName is: /chk/LSST/6970
0108 00:11:15.599 [0x7f716850a700] INFO  root (build/xrdsvc/SsiService.cc:88) - Got provision call where rName is: /chk/LSST/7138
0108 00:11:15.638 [0x7f716850a700] INFO  root (build/xrdsvc/SsiService.cc:88) - Got provision call where rName is: /chk/LSST/7140
0108 00:11:15.638 [0x7f716850a700] INFO  root (build/xrdsvc/SsiService.cc:88) - Got provision call where rName is: /chk/LSST/7308
0108 00:11:15.638 [0x7f716850a700] INFO  root (build/xrdsvc/SsiService.cc:88) - Got provision call where rName is: /chk/LSST/7310
0108 00:11:15.639 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:131) - ProcessRequest, service=/chk/LSST/6970
0108 00:11:15.639 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:135) - BindRequest took 2e-06 seconds
0108 00:11:15.639 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:142) - GetRequest took 1e-06 seconds
0108 00:11:15.639 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:144) - ### 127 byte request: \x08\x01\x12\x04LSST\x18?6*p\x0a@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_6970 AS QST_1_\x1a*r_18f199f87464a85cd976643d8bec45a7a_6970_0"\x008\x02
0108 00:11:15.639 [0x7f716850a700] WARN  root (build/xrdsvc/SsiSession.cc:148) - WARNING: unowned chunk query detected: /chk/LSST/6970
150108 00:11:15 23867 ssi_DoIt: lsstadm.23942:[log in to unmask] Invalid session process return!!
0108 00:11:15.639 [0x7f7160467700] INFO  root (build/xrdsvc/SsiSession.cc:131) - ProcessRequest, service=/chk/LSST/7138
0108 00:11:15.639 [0x7f7160467700] INFO  root (build/xrdsvc/SsiSession.cc:135) - BindRequest took 1e-06 seconds
0108 00:11:15.639 [0x7f7160164700] INFO  root (build/xrdsvc/SsiSession.cc:131) - ProcessRequest, service=/chk/LSST/7308
0108 00:11:15.640 [0x7f7160164700] INFO  root (build/xrdsvc/SsiSession.cc:135) - BindRequest took 0 seconds
0108 00:11:15.640 [0x7f7160164700] INFO  root (build/xrdsvc/SsiSession.cc:142) - GetRequest took 1e-06 seconds
0108 00:11:15.640 [0x7f7160164700] INFO  root (build/xrdsvc/SsiSession.cc:144) - ### 127 byte request: \x08\x01\x12\x04LSST\x18?9*p\x0a@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7308 AS QST_1_\x1a*r_18f199f87464a85cd976643d8bec45a7a_7308_0"\x008\x02
0108 00:11:15.640 [0x7f7160164700] WARN  root (build/xrdsvc/SsiSession.cc:148) - WARNING: unowned chunk query detected: /chk/LSST/7308
150108 00:11:15 23972 ssi_DoIt: lsstadm.23942:[log in to unmask] Invalid session process return!!
0108 00:11:15.639 [0x7f7160366700] INFO  root (build/xrdsvc/SsiSession.cc:131) - ProcessRequest, service=/chk/LSST/7310
0108 00:11:15.640 [0x7f7160366700] INFO  root (build/xrdsvc/SsiSession.cc:135) - BindRequest took 1e-06 seconds
0108 00:11:15.640 [0x7f7160467700] INFO  root (build/xrdsvc/SsiSession.cc:142) - GetRequest took 1e-06 seconds
0108 00:11:15.640 [0x7f7160366700] INFO  root (build/xrdsvc/SsiSession.cc:142) - GetRequest took 1e-06 seconds
0108 00:11:15.640 [0x7f7160467700] INFO  root (build/xrdsvc/SsiSession.cc:144) - ### 127 byte request: \x08\x01\x12\x04LSST\x18?7*p\x0a@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7138 AS QST_1_\x1a*r_18f199f87464a85cd976643d8bec45a7a_7138_0"\x008\x02
0108 00:11:15.640 [0x7f7160366700] INFO  root (build/xrdsvc/SsiSession.cc:144) - ### 127 byte request: \x08\x01\x12\x04LSST\x18?9*p\x0a@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7310 AS QST_1_\x1a*r_18f199f87464a85cd976643d8bec45a7a_7310_0"\x008\x02
0108 00:11:15.640 [0x7f7160467700] WARN  root (build/xrdsvc/SsiSession.cc:148) - WARNING: unowned chunk query detected: /chk/LSST/7138
150108 00:11:15 23969 ssi_DoIt: lsstadm.23942:[log in to unmask] Invalid session process return!!
0108 00:11:15.640 [0x7f7160366700] WARN  root (build/xrdsvc/SsiSession.cc:148) - WARNING: unowned chunk query detected: /chk/LSST/7310
150108 00:11:15 23970 ssi_DoIt: lsstadm.23942:[log in to unmask] Invalid session process return!!
0108 00:11:15.679 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:131) - ProcessRequest, service=/chk/LSST/7140
0108 00:11:15.679 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:135) - BindRequest took 1e-06 seconds
0108 00:11:15.679 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:142) - GetRequest took 1e-06 seconds
0108 00:11:15.679 [0x7f716850a700] INFO  root (build/xrdsvc/SsiSession.cc:144) - ### 127 byte request: \x08\x01\x12\x04LSST\x18?7*p\x0a@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7140 AS QST_1_\x1a*r_18f199f87464a85cd976643d8bec45a7a_7140_0"\x008\x02
0108 00:11:15.679 [0x7f716850a700] WARN  root (build/xrdsvc/SsiSession.cc:148) - WARNING: unowned chunk query detected: /chk/LSST/7140
150108 00:11:15 23867 ssi_DoIt: lsstadm.23942:[log in to unmask] Invalid session process return!!
 
and this in the czar log:
 
0108 00:11:15.588 [0x7f3b34c8c700] DEBUG root (build/qdisp/MessageStore.cc:49) - Msg: -1 100 Dispatch Query.
0108 00:11:15.588 [0x7f3b34c8c700] DEBUG root (build/ccontrol/userQueryProxy.cc:118) - EXECUTING UserQuery_submit(1)
0108 00:11:15.588 [0x7f3b34c8c700] INFO  root (build/ccontrol/UserQuery.cc:270) - UserQuery::_setupMerger()
0108 00:11:15.589 [0x7f3b34c8c700] INFO  root (build/ccontrol/UserQuery.cc:176) - UserQuery beginning submission
0108 00:11:15.589 [0x7f3b34c8c700] INFO  root (build/qproc/QuerySession.cc:361) - Non-subchunked
0108 00:11:15.589 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:381) - returning  queries: 
0108 00:11:15.589 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:383) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_6970 AS QST_1_
0108 00:11:15.589 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:151) - no nextFragment
0108 00:11:15.589 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:153) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_6970 AS QST_1_
0108 00:11:15.589 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:396) - Executive (0x18d64a0) tracking id=1
0108 00:11:15.589 [0x7f3b34c8c700] INFO  root (build/qdisp/Executive.cc:172) - Exec add pth=/chk/LSST/6970
0108 00:11:15.589 [0x7f3b34c8c700] DEBUG root (build/qdisp/MessageStore.cc:49) - Msg: 6970 1200 Exec add pth=/chk/LSST/6970
0108 00:11:15.597 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:337) - Provision was ok
0108 00:11:15.597 [0x7f3b34c8c700] INFO  root (build/qproc/QuerySession.cc:361) - Non-subchunked
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:381) - returning  queries: 
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:383) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7138 AS QST_1_
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:151) - no nextFragment
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:153) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7138 AS QST_1_
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:396) - Executive (0x18d64a0) tracking id=2
0108 00:11:15.598 [0x7f3b34c8c700] INFO  root (build/qdisp/Executive.cc:172) - Exec add pth=/chk/LSST/7138
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qdisp/MessageStore.cc:49) - Msg: 7138 1200 Exec add pth=/chk/LSST/7138
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:337) - Provision was ok
0108 00:11:15.598 [0x7f3b34c8c700] INFO  root (build/qproc/QuerySession.cc:361) - Non-subchunked
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:381) - returning  queries: 
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:383) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7140 AS QST_1_
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:151) - no nextFragment
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:153) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7140 AS QST_1_
0108 00:11:15.598 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:396) - Executive (0x18d64a0) tracking id=3
0108 00:11:15.599 [0x7f3b34c8c700] INFO  root (build/qdisp/Executive.cc:172) - Exec add pth=/chk/LSST/7140
0108 00:11:15.599 [0x7f3b34c8c700] DEBUG root (build/qdisp/MessageStore.cc:49) - Msg: 7140 1200 Exec add pth=/chk/LSST/7140
0108 00:11:15.599 [0x7f3b2cdfa700] INFO  root (build/qdisp/QueryResource.cc:55) - Provision done
0108 00:11:15.599 [0x7f3b1bfff700] INFO  root (build/qdisp/QueryResource.cc:55) - Provision done
0108 00:11:15.599 [0x7f3b2cdfa700] INFO  root (build/qdisp/QueryRequest.cc:87) - New QueryRequest with payload(127)
0108 00:11:15.599 [0x7f3b1bfff700] INFO  root (build/qdisp/QueryRequest.cc:87) - New QueryRequest with payload(127)
0108 00:11:15.599 [0x7f3b2cdfa700] DEBUG root (build/qdisp/QueryRequest.cc:97) - Requesting [127]LSST?6*p
@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_6970 AS QST_1_*r_18f199f87464a85cd976643d8bec45a7a_6970_0"Task=0x7f3b0c000eb0 processing id=0
0108 00:11:15.599 [0x7f3b1bfff700] DEBUG root (build/qdisp/QueryRequest.cc:97) - Requesting [127]LSST?7*p
@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7138 AS QST_1_*r_18f199f87464a85cd976643d8bec45a7a_7138_0"Task=0x7f3b10002c60 processing id=0
0108 00:11:15.599 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:337) - Provision was ok
0108 00:11:15.599 [0x7f3b34c8c700] INFO  root (build/qproc/QuerySession.cc:361) - Non-subchunked
0108 00:11:15.599 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:381) - returning  queries: 
0108 00:11:15.599 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:383) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7308 AS QST_1_
0108 00:11:15.599 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:151) - no nextFragment
0108 00:11:15.599 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:153) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7308 AS QST_1_
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:396) - Executive (0x18d64a0) tracking id=4
0108 00:11:15.600 [0x7f3b34c8c700] INFO  root (build/qdisp/Executive.cc:172) - Exec add pth=/chk/LSST/7308
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qdisp/MessageStore.cc:49) - Msg: 7308 1200 Exec add pth=/chk/LSST/7308
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:337) - Provision was ok
0108 00:11:15.600 [0x7f3b34c8c700] INFO  root (build/qproc/QuerySession.cc:361) - Non-subchunked
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:381) - returning  queries: 
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qproc/QuerySession.cc:383) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7310 AS QST_1_
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:151) - no nextFragment
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qproc/TaskMsgFactory2.cc:153) - SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7310 AS QST_1_
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:396) - Executive (0x18d64a0) tracking id=5
0108 00:11:15.600 [0x7f3b34c8c700] INFO  root (build/qdisp/Executive.cc:172) - Exec add pth=/chk/LSST/7310
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qdisp/MessageStore.cc:49) - Msg: 7310 1200 Exec add pth=/chk/LSST/7310
0108 00:11:15.600 [0x7f3b34c8c700] DEBUG root (build/qdisp/Executive.cc:337) - Provision was ok
0108 00:11:15.601 [0x7f3b34c8c700] INFO  root (app.py:565) - Query dispatch (1) took 0.015103 seconds
0108 00:11:15.601 [0x7f3b34c8c700] INFO  root (build/qdisp/Executive.cc:483) - Still 5 in flight.
Task 0x7f3b0c000eb0 sess=ok Status = 1 isWrite
Task Handler calling RelBuff.
0108 00:11:15.638 [0x7f3b2cdfa700] DEBUG root (build/qdisp/QueryRequest.cc:103) - Early release of request buffer
Task Handler calling trunc.
Task 0x7f3b10002c60 sess=ok Status = 1 isWrite
Task Handler calling RelBuff.
0108 00:11:15.638 [0x7f3b2cdfa700] DEBUG root (build/qdisp/QueryRequest.cc:103) - Early release of request buffer
Task Handler calling trunc.
0108 00:11:15.638 [0x7f3b1bfff700] INFO  root (build/qdisp/QueryResource.cc:55) - Provision done
0108 00:11:15.638 [0x7f3b1bfff700] INFO  root (build/qdisp/QueryRequest.cc:87) - New QueryRequest with payload(127)
0108 00:11:15.638 [0x7f3b1bfff700] DEBUG root (build/qdisp/QueryRequest.cc:97) - Requesting [127]LSST?7*p
@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7140 AS QST_1_*r_18f199f87464a85cd976643d8bec45a7a_7140_0"Task=0x7f3b10000a700108 00:11:15.638 [0x7f3b2cdfa700] INFO  root 
(build/qdisp/QueryResource.cc:55) - Provision done
0108 00:11:15.638 [0x7f3b2cdfa700] INFO  root (build/qdisp/QueryRequest.cc:87) - New QueryRequest with payload(127)
0108 00:11:15.639 [0x7f3b2cdfa700] DEBUG root (build/qdisp/QueryRequest.cc:97) - Requesting [127]LSST?9*p
@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7308 AS QST_1_*r_18f199f87464a85cd976643d8bec45a7a_7308_0"Task=0x7f3b0c001aa0 processing id=0
0108 00:11:15.639 [0x7f3b2cdfa700] INFO  root (build/qdisp/QueryResource.cc:55) - Provision done
0108 00:11:15.639 [0x7f3b2cdfa700] INFO  root (build/qdisp/QueryRequest.cc:87) - New QueryRequest with payload(127)
0108 00:11:15.639 [0x7f3b2cdfa700] DEBUG root (build/qdisp/QueryRequest.cc:97) - Requesting [127]LSST?9*p
@SELECT count(*) AS QS1_COUNT FROM LSST.DeepSource_7310 AS QST_1_*r_18f199f87464a85cd976643d8bec45a7a_7310_0"Task=0x7f3b0c001fd0 processing id=0
 processing id=0
Task 0x7f3b0c001aa0 sess=ok Status = 1 isWrite
Task Handler calling RelBuff.
0108 00:11:15.639 [0x7f3b1b5fe700] DEBUG root (build/qdisp/QueryRequest.cc:103) - Early release of request buffer
Task Handler calling trunc.
Task 0x7f3b0c001fd0 sess=ok Status = 1 isWrite
Task Handler calling RelBuff.
0108 00:11:15.639 [0x7f3b2cdfa700] DEBUG root (build/qdisp/QueryRequest.cc:103) - Early release of request buffer
Task Handler calling trunc.
Task 0x7f3b10000a70 sess=ok Status = 1 isWrite
Task Handler calling RelBuff.
0108 00:11:15.679 [0x7f3b1b5fe700] DEBUG root (build/qdisp/QueryRequest.cc:103) - Early release of request buffer
Task Handler calling trunc.
 
Can anyone else confirm they have a working tip of master? Based on the log files, is there anything I should be looking at?
 
Thanks for any help,
Serge
 

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

 

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

 


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