Please check if "Asynchronous operations" option is disabled in the database profile settings. If it is not - disable it and try again. Also set the job not to run as an asynchronous job. If that does not help, turn on "database trace enabled" option in Tools/Options; Log. Rerun the failed job and then user Log Viewer in 24x7 to view the generated log file. In that file you should be able to find what happens before the process is canceled or aborted. After you are done with the trace analysis, turn off the trace option. As a last resort you can turn on ODBC trace options in the ODBC Driver Manager. The ODBC Driver Manager Trace tool records information about the ODBC API calls made by the 24x7 Scheduler while connected to an ODBC data source. ODBC Driver Manager Trace writes its output to a file named SQL.LOG (by default) located in the Windows home directory or to a log file that you specify. You can view the ODBC Driver Manager Trace log at any time by using any text editor. : How do I connect? I setup a database profile in 24x7, used the odbc : datasource that was already setup. Is that what you mean? : AutoCommit is turned on...should it be? : Also worth noting is that this DB task is one of many, and it's the only one : that's having this issue. So my assumption is that it's something specific : to this task. But I don't know what 24x7 is seeing (and causing to fail) : that I'm not. : Thanks for your help. : Ryan
|