Problem with the publication to local DB 1/09/08: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
m (1 revision imported) |
(No difference)
|
Latest revision as of 09:49, 18 March 2015
Probably you are using a test version of LibScanToOracle7.C that I sent to Ciro. I discovered that because a root bug this test version doesn't work. Now I'm leaving Gran Sasso and I cannot send to you the correct version of the script. I will do it tomorrow morning. Sorry for the inconvenience. Luca On Mon, 1 Sep 2008, Igor Kreslo wrote: > Dear Luca, > > i've just got the following message. > Any idea why? > > AddVolumeOperation("5000000003090004", "5000000002900005",1,1); > > Problem: > During TS publication: > 48827 11 1 1000 > id volume = 5000000003090005 > Error: Can't call TOracleServerE2W::AddProcessOperation(MIC_NAME,LIBSCAN_VOLUME,USER,id_header_operation,id_eventbrick,id_plate,"1","NU > LL",date,date,"'Y'","Volume area") in current scope /terabig/scan/macros/LibScanToOracle7.C:1073: > Possible candidates are... > (in TOracleServerE2W) > /terabig/fedra/lib/libEOracle.so -1:-1 0 public: Int_t TOracleServerE2W::AddProcessOperation(char* id_machine,char* id_programsettin > gs,char* id_requester,char* id_parent_operation,char* id_eventbrick,char* id_plate,char* driverlevel,char* id_calibration,char* startti > me,char* finishtime,char* success,char* notes); > (in TOracleServerE2) > (in TOracleServer) > (in TSQLServer) > *** Interpreter error recovered *** > root [50] >
The problem was that predictions were not downloaded for this brick. So the SB_PATH link to candidates was not established. Hence the selection returned NULL and INSERTion wailed.