Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
I am using metaservlet to export the execution plans from the development environment, to migrate a specific execution plan to another environment.
It worked well for a while, but at some point the call to metaservlet started failing with {"returnCode": 1}, on two from three servers. On production server return code :0, but there there are no execution plans to export
The same issue if using curl to post the request, or when using the browser.
Other metaservlet commands are working ok, except export.
Did somebody else hit the same issue ? Any idea how to debug this ?
The error was caused by a data corruption in the repository, one execution plan lost integrity across the tables that defines it.
After manually cleaning out all information on the corrupted execution plan , everything works fine.
As a good practice, before exporting, we make sure the execution plan has no errors and was checked it runs correctly.
Hello,
Could you please clarify in which Talend version/edition you are?
Best regards
Sabrina
Current Version is 6.2.1
[someserver]$ bash /opt/talend/Talend-6.2.1/tac/apache-tomcat/webapps/org.talend.administrator/WEB-INF/classes/MetaServletCaller.sh --verbose --format-output --tac-url=http://<someTACserver>:8080/org.talend.administrator/ --json-params='{"actionName":"listExecutionPlans","authPass":"xxx","authUser":"yyyyyyy"}'
-> URL: http://<someTACserver>:8080/org.talend.administrator/
-> Json parameters:
{
"actionName": "listExecutionPlans",
"authPass": "xxx",
"authUser": "yyyyyyy"
}
-> Complete request: http://<someTACserver>:8080/org.talend.administrator//metaServlet?eyJhY3Rpb25OYW1lIjoibGlzdEV4ZWN1dGlvblBsYW5zIiwiYXV0aFBhc3MiOiJEYW4iLCJhdXRoVXNlciI6ImRhbi5sYXphckB2YWx0ZWNoLmNvLnVrIn0=
{"returnCode": 1}
[someserver]$
check this article :
Alternatively you can use curl to post the commands to the metaservlet, or the browser , using as argument base64_coded string
A++
The error was caused by a data corruption in the repository, one execution plan lost integrity across the tables that defines it.
After manually cleaning out all information on the corrupted execution plan , everything works fine.
As a good practice, before exporting, we make sure the execution plan has no errors and was checked it runs correctly.