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
Reg: TurboIntegrator fails with error in COrionTreeView
-
- Posts: 42
- Joined: Mon Feb 06, 2012 5:52 pm
- OLAP Product: Cognos TM1
- Version: PA 2.0.3
- Excel Version: Micrsoft Excel 2010
- Location: Chennai, India
-
- Regular Participant
- Posts: 164
- Joined: Tue May 04, 2010 10:49 am
- OLAP Product: Cognos TM1
- Version: 9.4.1 - 10.1
- Excel Version: 2003 and 2007
Re: Reg: TurboIntegrator fails with error in COrionTreeView
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?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
Have a read of the manual on that config option too if not done already:
http://publib.boulder.ibm.com/infocente ... wSize.html
-
- Posts: 6
- Joined: Wed Aug 27, 2008 9:39 pm
- OLAP Product: Cognos TM1
- Version: 9.5.2
- Excel Version: 2010
- Location: Monterrey, MX
Re: Reg: TurboIntegrator fails with error in COrionTreeView
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 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
-
- Posts: 1
- Joined: Thu Dec 01, 2016 8:09 pm
- OLAP Product: TM1
- Version: 10.2
- Excel Version: 2010
Re: Reg: TurboIntegrator fails with error in COrionTreeView
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?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
-
- MVP
- Posts: 3703
- Joined: Fri Mar 13, 2009 11:14 am
- OLAP Product: TableManager1
- Version: PA 2.0.x
- Excel Version: Office 365
- Location: Switzerland
Re: Reg: TurboIntegrator fails with error in COrionTreeView
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.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.
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.
Please place all requests for help in a public thread. I will not answer PMs requesting assistance.
-
- Site Admin
- Posts: 6647
- Joined: Sun May 11, 2008 2:30 am
- OLAP Product: TM1
- Version: PA2.0.9.18 Classic NO PAW!
- Excel Version: 2013 and Office 365
- Location: Sydney, Australia
- Contact:
Re: Reg: TurboIntegrator fails with error in COrionTreeView
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?thevines56 wrote: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?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
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.
"To them, equipment failure is terrifying. To me, it’s 'Tuesday.' "
-----------
Before posting, please check the documentation, the FAQ, the Search function and FOR THE LOVE OF GLUB the Request Guidelines.
-----------
Before posting, please check the documentation, the FAQ, the Search function and FOR THE LOVE OF GLUB the Request Guidelines.