Getting " Not enough memory for the operation error " in BOE

Hi,
We are using BOE 11.0.
we try to schedule a new report with multiple database logins for testing in BOE. When we run the report we are getting error like "Not enough memory for the operation error"
The same report has been executed successfully when we run using Crystal reports developer. The report is fectching less than 10K records from all the databases together.
Please let me know which is causing the issue and also let me know is there any limit in the number of databases connecting for a single report.
many thanks in advance for all your help.
Cheers,
Suri ;-)

Hi Sarthan,
Sorry. I'm new to BOE. We know only scheduling the reports creating folders etc. :-)
I've seen one parameter "Maximum Cache Size Allowed (KBytes)" and the value for this parameter is 5000.
If we change it to a big number whether we can solve the issue ? Please suggest.
Cheers,
Suri ;-)

Similar Messages

Illistrator CS6 Not Enough Room For The Window Error; Windows 7 64 bit

Illistrator CS6 Not Enough Room For The Window Error; Windows 7 64-bit
Recieved the same error on files under 2mb; was able to resolve by MAXIMIZING Illistrator window prior to opening file. If that failed, issue was resolved by closing app, removing settings folder from AppData\Adobe and restarting Illistrator. Now, any file over 15mb is unable to open even when attempting the above steps. Also uninstallled and reinstalled app with same results.
Please advise.

Hi this has happened to me as well. I have been using a file for weeks and this morning I got this message "there is not enough room for the window".
Can someone help me/us? would this be a bug in Illustrator. I have never gottten this error before...
Thank you so much.

Getting not enough memory for operation

webpage displays error
not enough memory for operation
description: an unhandled exception occured during the execution of the current web request. Please review the stack for more information
excewption details: system.outofmemoryexception: Not enough memory fior operation
this is when printing report to a DOC file or PDF file

hi
I have faced a similar issue, the root cause of it was like we have identified few crystal report formulas that might lead to memory issues and corrected them
for example
assigning a value to an array
samplearray<i> := "value";
need to ensure that the i is an integer and that it should not be less than 0 or fraction ..
i have just given some example above..
so the solution could be to identify the formulas that could run into such sort of memory issues and fix them.
Please let me know if this helps.
Thanks,
Krishnam

While networking with labview 8.5 it gives error"not enough memory for this operation" ??

hi
i m working with the labview networking for the first time, when i ran my code it worked well 4 sometime . but after some days, it started giving error " not enoug memory for this operation" when the data reaches at 'typecast' tool (refer my code). my OS is winXP and RAM is 496MB. how to solve this problem?please reply soon .

Hi JAhmed,
Looking at your code, there may be a memory issue with the way you are type casting the string output from your TCP Reads. Since you are type casting a string to a number or array, you are not giving an indication of how much memory to allocate for this data, and I would suggest instead using an Unflatten From String VI. Use this VI the same way as your Type Casts, but for the input that reads "data includes array or string size?" create a false constant value because your data does not include this information.
Regards,
Stephen S.
National Instruments
Applications Engineering

Not enough memory for Data Provider-Error while creating Data Source

Hi,
I am loading data into Master Data_Attribute InfoObject I am getting following error message while creating Data Source under "Proposal" Tab
"Not enough memory for Data Provider"
My Master Data InfoObject having 65 attributes
My CSV file having 15,00000 records
I am using BI 7.0 version
If anybody faced this problem. Please share with me
Thanks.

Hi
Here the problem with the space so plz contact ur BASIS people to increase the spae for particular object.

Not enough memory to complete operation

I've looked through the forums for the "not enough memory to complete operation" error and despite following the advice I found, the error still occurs.
I'm using LabVIEW 2012 to try and continuously monitor our system, recording temperature, power, etc vs time (values obtained from USB-6008 DAQ). The data being saved to file, is done every 60 seconds using a small array (no problems here). The typical run/time memory allocation to LabVIEW is about 180MB (4GB RAM on computer).
The issue I feel is related to our wish to display this data on graphs for extended periods of time. The current iteration of the code works as follows.
1) we have 2 XY graphs with 2 plots each.
2) for each plot, I am initializing clusters of 2 arrays of 100,000 (XY pairs) which are wired to shift registers. I know this is larger than can be displayed on a graph but I am currently more concerned with reducing the number of data copies.
3) Every 10th data point is added into the arrays using an In Place Element Unbundle/Bundle along with a "Replace Array Subset". This means there are approximatly 8640 points per day. (A single day is the shortest time span typically viewed)
4) For two plots on an XY graph, two clusters are combined in an array (using Build Array). I think this is my problem right here. Since everytime I update the graphs Labview has to allocate memory for the 4 XY plots. ( Am I correct here?)
Decimating the data further when looking over multiple days will reduce the amount written to the plots. However this operation creates data copies. Is it worthwhile in this case?
Instead of initializing 4 clusters (1 for each plot) and combining into arrays later, would it be better to initialize Array of cluster of arrays (2 plots per graph) and update the data by "index / unbundle / replace array subset / bundle replace array subset" series of operations?
Solved!
Go to Solution.

Hooovahh wrote:
But what I think is more important is your middle loop is unbounded in size for its arrays. Memory will continue to grow until it crashes. You removed the write VI but I'm guessing you are essentially overwritting the old file with all the same data but with 1 extra data point. Why not just write that one extra data point by appending to the existing file? Look at the Write To Spreadsheet which shows how to append to file (it is an optional input).
If you'll notice the section where I comment that the save VI is deleted, there is a null array wired to the shift register. While this probably isn't the best practice, the array builds to 60, appended to the text file, and overwritten with the null array. This is to avoid opening/closing the file every second.
The other array there stores power and time for every data point when the sun is up for the day (probably near 50,000 data points). This is done to calculate the days insulation by integration. This array could probably stand some improvement using an initialized array. (i got tunnel vision on the other part of the code and missed this).
In regards to the graphs containing multiple days worth of data to be viewed at any time, yes this is a requirement (the more the better). This is for monitoring a solar array at our University and, once free from bugs, will be linked to a web page using the Web Server. So individuals may view data within the past 1,2, or even 3 weeks. Normally, I would just have a separate VI for viewing data when desired but 24/7 access to view the updated data is a requirement.
Am I correct in that the Build Arrays (just prior to the graphs) makes a data copy of each cluster? Could it be this large data copy that's the cause of the error? My understanding from other posts is that this error is generally linked to non-continuous memory allocation for arrays/clusters.

Error Message: Not enough memory for operation.

Hi All,
I'm having problem when try to connect to Oracle DB, check my details as below :
Connector : Microsoft ODBC for Oracle
Database Expert : Using Stored Procedure to populate data to excel.
Server Used: DBCCSWST125.reportjobserver
Error Message: Not enough memory for operation
Problem occurred when I tried to use stored procedure in my rpt file.
Thanks.

You are using multiple versions and it's still not clear what is happening but the CR 2008 reports should not be published to BusinessObjects Enterprise XI R2. CR 2008 has functionality that XI R3 does not support.
Create reports in CR XI R2 for BOE R2.
Also, your version of Enterprise has not been patched. You should have a Support contract which will allow you to get into our Gated site and update BOE. Then it may work but check with your administrators first before patching BOE.
Thank you
Don

Reproducible error when loading many reports (Load report failed - Not enough memory for operation)

Environment:
Win 7 SP 1
Visual Studio Pro 2012 Update 4
Crystal Reports for Visual Studios Service Pack 10 (13.0.10.1385)
Report created in Crystal Reports XI Release 2 (11.5.8.826)
Targeting x86 .NET 4.0
Scenario:
We have a program that runs and creates a large number of reports before the process is ended. When running after many hours we'd get a Load report failed/Not enough memory of operation exception. I kept removing code and found i could reproduce just using the report.Load call. I simplified the report to a completely blank report to make sure it was nothing specific to a report I was loading. (Opened Crystal Reports XI Release 2, Save As, "Blank.rpt".). I then created, loaded, and disposed of this report in a loop. I was able to cause the same exception after 32,764 iterations on my machine. I also tried using .NET 3.5 same result. I added a counter to our main program and it also went through 32,764 report loads before the same exception was thrown. Main program uses 15 or so different reports with a variable number of subreports in each.
Sample Code to illustrate the problem:
I did this as a WinForms project since our main program is using winforms.
References added:
CrystalDecisions.CrystalReports.Engine
CrystalDecisions.ReportSource
CrystalDecisions.Shared
CrystalDecisions.Windows.Forms
using System;
using System.Windows.Forms;
using CrystalDecisions.CrystalReports.Engine;
namespace CrystalTest
    public partial class Form1 : Form
        public Form1()
            InitializeComponent();
            int i = 0;
            try
                while (true)
                    i++;
                    ReportDocument report = new ReportDocument();
                    report.Load("Blank.rpt");
                    report.Close();
                    report.Dispose();
            catch(Exception ex)
                MessageBox.Show(i.ToString() + ex.Message);
Exception:
CrystalDecisions.Shared.CrystalReportsException: Load report failed. ---> System.Runtime.InteropServices.COMException (0x80041004):
Not enough memory for operation.
   at CrystalDecisions.ReportAppServer.ClientDoc.ReportClientDocumentClass.Open(Object& DocumentPath, Int32 Options)
   at CrystalDecisions.ReportAppServer.ReportClientDocumentWrapper.Open(Object& DocumentPath, Int32 Options)
   at CrystalDecisions.ReportAppServer.ReportClientDocumentWrapper.EnsureDocumentIsOpened()
   --- End of inner exception stack trace ---
   at CrystalDecisions.ReportAppServer.ReportClientDocumentWrapper.EnsureDocumentIsOpened()
   at CrystalDecisions.CrystalReports.Engine.ReportDocument.Load(String filename, OpenReportMethod openMethod, Int16 parentJob)
   at CrystalDecisions.CrystalReports.Engine.ReportDocument.Load(String filename)
   at CrystalTest.Form1..ctor() in c:\Test Projects\CrystalTest\CrystalTest\Form1.cs:line 27

int = Int32. No it's not the "counter" that's causing the problem. The max size of an int32 is far far larger than 32764.
I am disposing and cleaning up the datasets in the main app. That is why I didn't include them in this test; they aren't relevant.
I'm unsure why this test program is completely irrelevant. It throws the same exception, at the same count, as the main program. It does it in substantially less lines of code than our main program. I spent days running long tests to figure out exactly what I needed to make the problem appear so I could post a clean and precise post on these forums. I then created the test program to illustrate that.
The "real" code as I said does stuff in sections and in a certain order.
For each report I need to export based on rows in a table
1. Creates a new Report Document
2. Loads the report document with the report
3. Creates a dataset of the data to display
4. Calls SetDataSource
5. Calls Report.ExportToDisk
6. Disposes DataSets
7. Closes/Disposes Reports
To help isolate the problem I first took out the export to disk part (Step 5). The problem still occurred. I then took out everything related to our data. (Step 3, Step 4, Step 6). The problem still occurred. And yes I commented out this code in our main real program. This left me with:
1. Creates a new Report Document
2. Loads the report document with the report
7. Closes/Disposes Reports
At this point i had to prove it was not dependent on the report. This makes sure it's not a database connection, or pulling too much data into the report. The most efficient test for this is a blank report.
So my order of operations becomes...
1. Creates a new Report Document
2. Loads the report document with a blank report
7. Closes/Disposes Reports
So you'll see this is exactly why I wrote this test the way that I did.
I've had a run where it error on iteration 32761. My last runs have errored on 32764. I have had many runs over many weeks that all error with the same exception.
There are no temp files left behind, With a test running you can see the temp files being added but they are immediately removed.

Error of "Not enough memory for operation" when exporting Crystal Report

Hi,
I am getting errors in Business Objects when I try to export a report from its native Crystal format to PDF (or Word). This is only happening in one of our many reports.
When I try to export within the Business Objects viewer (in Crystal format), then click the "Export this report" button, and select "Adobe Acrobat (PDF) as the File Format, click OK, I get the following error:
CrystalReportViewer
handleCrystalEvent failed
WebReporting.dll error '80004005'
Not enough memory for operation.
/InformationCentral/Viewers/crystal_viewer.asp, line 39
This also occurs if I try to export to PDF within the Crystal Report designer as well, but the error is a bit different:
"Failed to export report" then "Memory Full".
Strange one this is....

Hi Peter,
Could you try to minimize the records in the report by giving some additional conditions? May be like give the date range or select for few regions etc?
Try in such a way so that your report downloads less number of records.
Hope this helps.
Regards,
Rashmi

Memory full.Not enough memory for operation.

To the Report Design Team,
It has been suggested that I post this issue here based on another thread I started: Re: Memory full.Not enough memory for operation.
The template contains a single 24 bit PNG image as a background in the Page Header section, plus 9 image records from a SQL Server image field over 3 pages (3 images per page). The images are all JPG at 3000x2000 (digital camera).
To summarize, we are experiencing three problems.
1. CR2008SP2 Designer issues a Memory Full error when Exporting to PDF.
2. Using a 3rd party PDF Printer (Bullzip PDF) and CR2008SP2 Designer generates a PDF, however, the CR2008SP2 API throws a "Memory full" exception suggesting Designer and API are different (see stack trace in linked message above).
3. With only 3 images on 1 page, CR2008 Designer Export to PDF takes 110 seconds to generate a 24MB PDF while our third party PDF Printer generates the same report in 17 seconds and 580KB.
Edited by: Don Williams on Sep 30, 2009 6:43 AM

The .rpt file size is 14MB with the Data Save option enabled, 12MB without Data Save. Presumably the 12MB file size is because of the 24bit PNG we have as our background.
The Designer executes the report in less than a second and we can scroll through all pages and see the image fields perfectly.
When we Export to PDF, the Designer takes a long time, eventually gets to the 77%, the 7th record and returns "Export report failed" followed by "Memory full". If we export only page 1 of the 3 pages, it also returns a Memory full error. However, when the same report is run with only 1 page, that page exports to PDF but with a ridiculously large size and export time.
The machine has 2GB of physical memory with an 8GB pagefile with Windows 2003 (latest everything). The process runs up to about 1GB before reporting the memory full error.
We've also tried a variety of other suggestions posted in the other thread with no success.
We're happy to provide the RPT file to the Report Team to diagnose the problem. Ultimately, we need to be able to produce a 15 page report with approximately 45 images.
Our preferred scenario is fixing problem 2. The CR Designer seems quite capable of rendering our report and printing it to our third party PDF printer in a timely manner with small size. However, the API reports memory full.
The API resides in a dedicated reporting web service with NO other code except for loading the report, setting parameters and printing. When executing, it uses up to about 1.1GB before reporting the error.
Are there any other suggestions for fixing what we have? Are there known problems with large images in reports? Do we need to lodge a formal support request?
Regards, Grant.
PS. Grr and my message formatting is lost when I edited this message!!!
There is a 1500 character limit and then all formatting is removed to save space. Break you posts into separate entries.
Edited by: grantph on Sep 30, 2009 2:49 AM

Scheduled report failure - Not enough memory for operation

Crystal Reports Server XI R2 SP4
SQL Server 2005
Hi,
I have a report that is scheduled. Most of the times it runs successfully, however for one parameter setting I continuously get the following error mesage:
Status: Failed
Printer: The instance is not printed.
External Destination: Copy the instance with default filename to the directory '//10.2.25.24/polling_in'.
Creation Time: 03/04/2009 05:00
Start Time: 03/04/2009 05:00
End Time: 03/04/2009 05:00
Server Used: BWAQTSREP-1.reportjobserver
Error Message: Not enough memory for operation.
Why would this happen, and how can I resolve? I can run the report successfully in Infoview.
Thanks!
Penny

Hi Penny,
do you run the report successfully in the infoview using the same parameter setting?
If it does please try to reschedule the report and monitor (using the task manager) the memory consumption on your windows server.
Please also make sure that there is enough disk space available on both your server and the destination directory ( '//10.2.25.24/polling_in'. )
Regards,
Stratos

Audition CS6 - "An error was encountered: Not enough memory to perform operation"

When I try to export my entire session using the "Multitrack Mixdown" I get this error message: "An error was encountered: Not enough memory to perform operation"
To give context:
• Audition CS6
• All other applications are closed
• 26 audio tracks
• Approx. 22 seconds long in total
• Average of 2 effects per track
• I've reinstalled the program twice now
My computer:
• iMac (2010)
• 3.4GHz Intel Core i7
• 16 GB 1333 MHz DDr3
• Flash and HDD storage (which are not full)
• OSX 10.8.2
If anyone can offer any advice, that would be great!
I have to get this done by this Monday (May 6, 2013).
So I really hope Audition won't fail me, since it has always been successul until now (which is why I'm stumped).

'Not enough memory' hasn't got anything to do with your HD, but the amount of RAM available to Audition at the time it needs it. All DAWs, to work efficiently and successfully, need most of the machine to be free from running other apps. The reason for this is simple; If another app trys to hog a machine that's running a process in real time, it inevitably hiccups the machine. And if this other app has reserved RAM addresses for its own use, they aren't available until it's stopped.
Typical nasties involve anti-virus software, and the machine doing things like repeatedly polling a wireless connection, but there are plenty more, and this applies equally to Macs and PCs.
So the 'update' you need to rectify most of these problems is one you have to carry out yourself. Audio editing is a bit of an oddball from this POV - you invariably need a very lightly loaded machine for it to be reliably successful. The machine I use as a DAW doesn't do anything else at all; all unnecessary services are stopped whilst it's in this mode, and the physical spec of it is similar to yours - except it's a PC running W7-64Pro.

Export report Excel-Data Only works not,'not enough memory for operation'

Hi all,
we are using in our Software CrystalReport Version 11 Service Pack 5. Crystal report is intergated for .NET. We can not uninstall CrystalReport Version 11 Service Pack 5 to install another Version or another Service Pack.
We are haveing problems to export report as Excel 97-2000 Data Only, "not enough memory for operation" message pop up after you try to export report as Excel data Only.
Export Report as PDF is working fine.
This problems are on Windows XP Sp3 and Vista. On Windows 7 we have no problem.
Please, can somebody help me solving this problem, or to finde a workaround for Windows XP. Memory from PC is not the problem.
Mit freundlichen Grüßen / Kind regards
Odisej Nujiq

Odisej, unfortunately, processes such as remote sessions are reserved for phone cases only. You can create a phone case here;
http://store.businessobjects.com/store/bobjamer/en_US/pd/productID.98078100?resid=S6I@hgoHAkEAAGsiyVkAAAAR&rests=1282226845369
Also, just as an FYI, see the blog [What are these 'support' forums good for anyhow?|/people/ludek.uher/blog/2011/04/07/what-are-these-support-forums-good-for-anyhow]
Without phone support, you are left to do most of the foot work your self. On the forums, we can provide suggestions and guidance, but that is about it.
Couple of things to note though. If you do create a phone case, one of the 1st things that you will be asked is to update your app to SP6 - unless you can prove the same issue exists with SP6 (see more bellow).
Something I would recommend you try is to take an XP box, install SP6 on it, then install your app on it. If this works, your options are highly limited. E.g.; SP6...
One other utility that may be worthwhile to use is [Process Monitor|http://technet.microsoft.com/en-ca/sysinternals/bb896645.aspx]. Run that on the XP box. In the logs, look for "Access Denied" error messages. Look for load or other issues with crxf_xls.dll, exportmodeller.dll and crtslv.dll.
From your responses I am still not sure if you actually did run Modules and compared the results. This is much, much easier to do than working with ProcMon and I'd start there. To summarize, my troubleshooting plan (irrespective of the limits imposed on you) would be:
1) Use Modules as this is the easiest thing you can do
2) Try this with SP6 - more work that (1) above, but at least you are on the latest. If this works, banging your head into an SP5 wall will do you no good (like I said, irrespective of what ever limits...)
3) Use ProcMon - not too difficult, but time consuming as you will be looking over 100s, possibly 1000s of lines and not being familiar with details of CR, this will take time.
- Ludek

The merge process could not allocate memory for an operation; your system may be running low on virtual memory. Restart the Merge Agent.

I encountered this problem on our SQL2012 and I have tried different scenarios (see below) to no avail. I have decided to give up and check if someone here has encountered this and resolved it.
One thing I know, it's not a memory issue. Both servers we're using has lots of memory to spare and we monitor the memory as the replication goes through it's steps.
I hope someone can help me on this. Thanks!
The Error:
The merge process could not allocate memory for an operation; your system may be running low on virtual memory. Restart the Merge Agent.
Our Scenario
We're using SQL Server 2012 SP1. All subscriptions are pull based.
We're using direct Merge Replication (not FTP or web sync)
We already have 10 active replications with larger databases. Only 1 has this issue.
Database size is less than 5 GB
Rebuilding the publisher is not an option.
What have I tried?
There is no memory problem --- we have lots to spare
I have tried re-initialization of the database. Same problem.
I tried deleting the database and reinitializing it. Same problem
New snapshot. Same problem.
I tried changing the subscriber server but still same issue.
MCP, MCSD, MCDBA (ANXA)

Here is the result for the sp_configure on our subscriber. We're doing a pull on the server with the issue.
name
minimum
maximum
config_value
run_value
max server memory (MB)
128
2147483647
2147483647
2147483647
In addition, I made a comparison between the working servers and the one with the issue -- there seems to be a difference in the service pack. Publisher has none but the subscriber is operating on SP1. But still strange as only 1 database is affected.
MCP, MCSD, MCDBA (ANXA)

Server has not enough memory for operation (Some .rpt files not removing from Temp folder )

We have web application developed in ASP.NET 4.0 ftramework and published on IIS. And we are using 13_0_8 version of CR.
I am creating report files and exporting these as pdf. And I am disposing streams and report documents at the end. Initially, there wasn't any problem and temporary files which are created by CrystalReport were deleting all. But, now requests to the web application increeased to about 50.000 in a day and now some .rpt files are staying in Temp folder and I can't delete them. After recycling application pool all files are removed by IIS. Then, after 1 or 2 hours new .rpt files are creating in Temp folder. And after somewhile, application throws Server has not enough memory for operation. And, IMHO the reason is temp files. Here is the code I am using to export report as pdf.
Questions:
1. Is the reason of this exception is temp files in Temp folder?
2. What is wrong in that code?
ReportDocument report = DownloadPDF.GetReport(id);
   MemoryStream stream = (MemoryStream)report.ExportToStream(CrystalDecisions.Shared.ExportFormatType.PortableDocFormat);
   Response.ContentType = "application/pdf";
   Response.AddHeader("content-disposition", "attachment; filename=" + id+ ".pdf");
report.Close();
report.Dispose();
   try
   Response.BinaryWrite(stream.ToArray());
   Response.End();
   catch (Exception)
   finally
stream.Flush();
stream.Close();
stream.Dispose();
Here is the StackTrace

Hi Farhad
At 50,000 requests, you are more than likely running into the CR engine limit. E.g.; you're pushing way too hard... The following will be good reads for you:
Crystal Reports 2008 Component Engine Scalability | SCN
(The above doc does apply to current versions of CR - e.g.; no changes.)
Crystal Reports Maximum Report Processing Jobs ... | SCN
Scaling Crystal Reports for Visual Studio .NET
Choosing the Right Business Objects SDK for Your Needs
Choose the Right SDK for the Right Task
How Can I Optimize Scalability?
All of the above apply to your version of CR and thus the next question will be; how to proceed:
1) Bigger, faster servers will not hurt.
2) Web farms.
How Do I Use Crystal Reports in a Web Farm or Web Garden?
3) Crystal Reports Application Server, or perhaps even SAP BusinessObjects BI Platform 4.1
Crystal Enterprise Report Application Server - Overview
- Ludek
Senior Support Engineer AGS Product Support, Global Support Center Canada
Follow us on Twitter

Getting " Not enough memory for the operation error " in BOE

Similar Messages

Maybe you are looking for