Page 1 of 1
Reg: TurboIntegrator fails with error in COrionTreeView
Posted: Mon Jun 18, 2012 9:00 pm
by guru1988fortm1
Hi,
I am getting an error when i run the Turbointegrator Process saying
''Unexpected return in function: COrionTreeView::OnProcessExecute''
When i checked in google and IBM.com, i got the solution to add an parameter in the Tm1s.config file
MaximumViewSize=1000
This is the link where this details is present
http://www-304.ibm.com/support/docview. ... wg21351369
i did the same, But still am getting the same error
I am using Cognos TM1 9.5.2 with Cognos BI 10.1.1 Security
So if anyone had come across this kind of error, can you please help me
Regards,
Guru
Re: Reg: TurboIntegrator fails with error in COrionTreeView
Posted: Mon Jun 18, 2012 10:41 pm
by asutcliffe
guru1988fortm1 wrote:Hi,
I am getting an error when i run the Turbointegrator Process saying
''Unexpected return in function: COrionTreeView::OnProcessExecute''
When i checked in google and IBM.com, i got the solution to add an parameter in the Tm1s.config file
MaximumViewSize=1000
This is the link where this details is present
http://www-304.ibm.com/support/docview. ... wg21351369
i did the same, But still am getting the same error
I am using Cognos TM1 9.5.2 with Cognos BI 10.1.1 Security
So if anyone had come across this kind of error, can you please help me
Regards,
Guru
I've not encountered it. What does your process do? Eg, Does it add lots of subsets as described in the page you linked to?
Have a read of the manual on that config option too if not done already:
http://publib.boulder.ibm.com/infocente ... wSize.html
Re: Reg: TurboIntegrator fails with error in COrionTreeView
Posted: Thu Oct 03, 2013 12:00 pm
by mauriciosaucedo
Hi
I just got this error. The problem was a view zero out process that was consuming a lot of memory. I changed the subsets of the view and that solved it.
Hope this helps someone that is having the same issue.
Regards,
Mauricio
Re: Reg: TurboIntegrator fails with error in COrionTreeView
Posted: Thu Dec 01, 2016 8:29 pm
by thevines56
mauriciosaucedo wrote:Hi
I just got this error. The problem was a view zero out process that was consuming a lot of memory. I changed the subsets of the view and that solved it.
Hope this helps someone that is having the same issue.
Regards,
Mauricio
I am having a similar issue. I have a process that runs multiple processes to load up to 6000 lines of data into TM1. These processes do contain zero out functions in order to clear out old data and replace it with the new. I'm wondering if, since there are so many lines of data to be zeroed out, that is what is bogging down the system and giving me this error. The only thing that seems strange to me is that the first process that the specific process I run kicks off is just a decrypt process, something that no one would have changed as there is no need. The progress window that pops up when you run it says that it is still stuck on the prolog of the decrypt process and I am almost 100% sure that process has no zero out functions so I'm unsure if that is the only issue. Would you mind expanding a little bit about what you did to fix the subsets?
Re: Reg: TurboIntegrator fails with error in COrionTreeView
Posted: Thu Dec 01, 2016 10:07 pm
by lotsaram
thevines56 wrote:[I have a process that runs multiple processes to load up to 6000 lines of data into TM1. These processes do contain zero out functions in order to clear out old data and replace it with the new. I'm wondering if, since there are so many lines of data to be zeroed out, that is what is bogging down the system and giving me this error.
6 million would be a lot of rows, 6 thousand not so much. Tm1 would usually deal with a load of this size in 1 or 2 seconds at most.
I don't really know what you are talking about with "decrypt process" but if things are stalling I would suggest that is where it is happening.
Re: Reg: TurboIntegrator fails with error in COrionTreeView
Posted: Fri Dec 02, 2016 11:35 am
by Alan Kirk
thevines56 wrote:mauriciosaucedo wrote:Hi
I just got this error. The problem was a view zero out process that was consuming a lot of memory. I changed the subsets of the view and that solved it.
Hope this helps someone that is having the same issue.
Regards,
Mauricio
I am having a similar issue. I have a process that runs multiple processes to load up to 6000 lines of data into TM1. These processes do contain zero out functions in order to clear out old data and replace it with the new. I'm wondering if, since there are so many lines of data to be zeroed out, that is what is bogging down the system and giving me this error. The only thing that seems strange to me is that the first process that the specific process I run kicks off is just a decrypt process, something that no one would have changed as there is no need. The progress window that pops up when you run it says that it is still stuck on the prolog of the decrypt process and I am almost 100% sure that process has no zero out functions so I'm unsure if that is the only issue. Would you mind expanding a little bit about what you did to fix the subsets?
The guy in question hasn't been on the forum for over 2 years, so my guess is no. But what he
might have done is limit them to the ones that have data. Lotsa is right, 6000 lines of data is a quarter of a tenth of nothing to TM1.
But... are you zero suppressing the source view that you use to zero out? Are you skipping both consolidations and rule calculations?
Don't ever rely on what the GUI shows you. It's not that will intentionally lie to you but if something stops it from updating then it may be misleading you. You can write out files or write values into a cube to trace which parts of the processes have run. That in turn tells you
exactly where it stopped running.