-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
failed refreshes sometimes not shown #735
Comments
We display whatever error message is returned when the XMLA command fails. Unfortunately, sometimes AS only sends information such as "A previous operation in the transaction failed", or something along those lines, making it difficult to know exactly why the processing failed. But this is unfortunately all the information we have available. You would typically see the same thing by running the TMSL refresh command through SSMS. It may be possible to obtain additional error information by attaching an AS trace, but it may take a few seconds to attach and start the trace, which is why we probably should not do that by default. Still, if such a trace does provide more informational error messages, it may make sense to at least provide that as an option (imagine a "Trace refresh" checkbox in the "Data refresh" window, or something like that). In any case, it would be helpful if you could confirm: A) That you don't see any added information when performing the refresh through SSMS, as opposed to through TE3. |
Hi Daniel, Issue A: in SSMS, sometimes the XMLA query returns sucessfully, but the Results pane shows a warning that is actually an error, (Example 1 below, there could be other cases). I cannot see that message (maybe in Outputs? I cannot see it there) and there is no warning, the process seems ok, but it is not, and should be flagged as failing. Maybe my original message did not explain this properly ;) . Issue B: What you mention in your message. Sometimes the best error message is in the AS trace. I have had to use it quite a few times in the past. Would be nice to have, but at least the error is a clear error, and I can debug it with a trace. Having it optionally integrated in TE3 would surely be nice (but don't you already do it? else how do you recover the ongoing rows when processing partitions?) Thanks! Example 1:
|
TE3 does indeed attach an AS trace when performing a refresh, to track progress and collect any error/warning messages sent from AS during processing. The problem is, that sometimes events containing error/warning messages are not sent from AS at all - likely because the transaction finishes before the trace sampling has done its job. In any case, if anyone knows of a sure fire way to obtain these messages from AS, I would certainly love to know! |
Interesting - haven't had it happening to me, but I'm sure you've found it around. My experience is centered around SSAS, debugging with a local Server Profiler so that might help too. Regarding having the "Warning" results, I would suggest it is interesting to surface that to the TE3 client for the cases when there is a Calculated Table or a Calculated Column [see below] involved. These messages also come when there is a wrong measure, but those are usually less important to know (and wrongly defined measure are already shown by TE3 anyways). Maybe the result of the process could be sent to the Output window, and some link / warning be put when the result is not a clean xml ? another example (this one of a bad calc column , above one was of a bad calc table, both leave the model in a potential inconsistent state despite the Refresh completing)
|
Hi Daniel, |
Yes, we are going to surface the Warning messages received through the trace, as you're absolutely right that those may contain crucial information. Hoping to squeeze it into this month's release. |
Hi @zenzeinet |
TE3: data refresh sometimes does not show the error when refreshes fail
The text was updated successfully, but these errors were encountered: