File is too large for attachment - BO Integration Error

I developed Crystal reports (using Universe)in CR XIR2 and deployed in BO XIR 2 Repository.
Reports database is -DB2.
I am able to preview the reports in CMC/Infoview.
But when we are integrating our Application(Called GBS) to BO ,and when I am trying to open CR reprots from BO repository,it is throwing error " File is too large for attachment " .
The report is not too big even ,it is having only 100 records.
I am not sure why it is throwing this error?Did anyone faced the same error ever?
Please let me know any resolution for this,as it is blockign for me.
is it something related to the application (GBS) or any Pagerserver/Cacheserver issue ?
Will wait for any response.
Nitin

Has this ever been resolved? We are having a similar issue.
Thanks!

Similar Messages

Error: f14627469cba51.pdf file is too large for attachment

Hi,
Recently we migrated lot of crystal reports from BO XI R2 environment to BO 3.1 SP2 FP 2.5 environment, these crystal reports are integrated with the application.
Input parameters are given through the application using the Open Document URL and the report will open through the infoview.
This particular error arises when we try to open the report as PDF using Open Document URL,
Please find the URL below
http://bodev.com/OpenDocument/opendoc/openDocument.jsp?sIDType=CUID&iDocID=AUwcueYTQwtLhWDlil29Nvc&sOutputFormat=P&lsS@INVOICEDATE=1/31/2010&lsS@REFSERVICEID=1&lsS@BILLINGCYCLE=1&lsS@INVPREFIX=SC1001&lsS@GUID=99b18bcb-9470-4a49-948d-73961c149f5e
But we are getting the following error
"f14627469cba51.pdf file is too large for attachment"
Please help me out to resolve the issue.
Thank You,
Palani Kumar
+91-9840865865

Hi Jeff,
Did you figure out the solution to this problem?
I also getting the same problem while refreshing crystal report from 3rd party tool using dswsbobje service session
"Failed to retrieve binary view of the report. 14546ada1c151418.pdf File is too large for attachment. (WRE 02527)"
Please let me know if you find any solution.

ERROR : OpenDoc CR to PDF - File is too large for attachment.

We are getting the following error in 3.1 using an OpenDoc call when we call a large Crystal Report to PDF format...
Error : 52cf6f8f4bbb6d3.pdf File is too large for attachment.
It runs OK from BOE when given parameters that returned 44 pages. (PDF = 139 KB)
We get the error on a parameter-set that returns 174 pages when run via CR Desktop or as a SCHEDULED Instance. (PDF = 446 KB).
Client application can't use the SDKs to SCHEDULE Instances - only configured for OpenDoc calls.....
The BOE server is running on SOLARIS - and it's is a 2 Server CMS-Cluster.
The problem is SPORADIC, so I am thinking the issue is related to a specific setting on one of the servers.
Any thoughts on where to start looking...?

Problem is _not _with the number of Rows returned - it is an issue with the size of the PDF file that it is trying to move.
Found a possible WINDOWS solution on BOB - need to find if there is an equivalent for SOLARIS...
Check the dsws.properties on web server D:\Program Files\Business Objects\Tomcat55\webapps\dswsbobje\WEB-INF\classes
See if you can change any parameter to remove size limitation.
#Security measure to limit total upload file size
maximumUploadFileSize = 10485760

ReportExportControl -- File is too large for attachment

Hi all,
Back with a exception again.
Few reports deployed on BOXIR2 SP4 comes with an error as following
com.crystaldecisions.report.web.viewer.ReportExportControl
15bf5ea9377e1c1.rtf File is too large for attachment.
Few reports take date range as input and generates result based on that. When date range is small report is generated without any problem. If is large and has large set of records(approx above 10K records) then comes up with the above error.
Another set of reports whatever be the case throws this error.
But when the parameters are set in CMS console and run in console report is generated without any problem what ever be the date range.
After searching a lot no solutions in hand!!
Please suggest solutions/possible scenarios / checklist to solve this issue.
Thanks & Regards
lnarayanan

It turns out the report was so large it was basically overloading everything (disk space, cache sizes, timeouts, etc.) ... Here's the solution from the case:
1) For page server and cache server
Make sure location of Temp Files/Cache files has enough free space (more than 500 MB)
2) For page server and cache server
Minutes Before an Idle Connection is Closed = 90
3) For page server
Minutes Before an Idle Report Job is Closed = 90
4) For cache server
Maximum Simultaneous Processing Threads = automatic
5) In the command line of page server and cache server, add
"-requestTimeout 5400000" [without " "]
6) Maximum Cache Size Allowed (KBytes) = set it to an appropriate value (for e.g. for 500 Mb, value should be 500*1024 = 512000)
(This setting limits the amount of hard disk space used to store cached pages. If we need to handle large reports, a large cache size is needed. Maximum allowed is 2048 GB)
After all this, an "Error 500 - Java heap space" happened. The amount of memory allocated to a JVM application can be set using the options -Xms (the initial size) and -Xmx (the maximum size).
Regards,
Bryan

"File is too large for attachment." using the Viewer SDK

Post Author: CBurger
CA Forum: JAVA
I'm using the Viewer SDK to retrieve a report from BOE XI 2 SR2.
This is done via the a piece of Java code ...
ReportExportControl exportControl = new ReportExportControl();
ExportOptions exportOptions = new ExportOptions();
IReportSourceFactory psReportSourceFactory = (IReportSourceFactory) enterpriseSession.getService(ReportConstants.REPORT_PSREPORT_FACTORY);
Object reportSource = psReportSourceFactory.openReportSource(report.getID(), Locale.ENGLISH);
exportControl.setReportSource(reportSource);
exportControl.setURI(reportPath.toString());
exportControl.setExportOptions(exportOptions);
exportControl.setExportAsAttachment(true);
exportOptions.setExportFormatType(exportFormat);
exportControl.setParameterFields(reportParameters);
exportControl.processHttpRequest(request, response, getServlet().getServletConfig().getServletContext(), null);
exportControl.dispose();
The report is generated as an Excel file.
If I call for a small Excel - no problem: a dialog pops up asking me to "save as ..."
If I call for a larger Excel (about 20MB) - PROBLEM "File is too large for attachment."
Unfortunatly I don't find any information in the log files.
Any ideas?

Has this ever been resolved? We are having a similar issue.
Thanks!

I tried to download an app for the iPad and was told the file was too large for the iPad; so I tried to download it on the MacBook but it never showed up; any suggestions? PS, I got the receipt from iTunes store so it was paid for

I tried to download an app for the iPad and was told the file was too large for the iPad; so I tried to download it on the MacBook but it never showed up; any suggestions? PS, I got the receipt from iTunes store so it was paid for

FOR ASSISTANCE WITH ORDERS - iTUNES STORE CUSTOMER SERVICE
For assistance with billing questions or other order inquiries, please refer to our online support page by clicking here: http://www.apple.com/support/itunes/store/. If you cannot find the answers you are seeking in our robust knowledge base, you can contact us by visiting the following URL http://www.apple.com/support/itunes/store/, clicking on the appropriate Customer Service topic, then using the contact button or email form at the bottom of the page. Responses to emails will be provided as soon as possible.
 Cheers, Tom

When I attempt to download the lastest OS iPhone update to iTunes, the file is too large for my internet carrier will allow. My max is 400 MB and the file is what about 583 MB? Options? The same is true for the iTunes updates.

When I attempt to download the lastest version of the iphone 4 OS update or the itunes one for the desktop, the file is too large for my internet carrier. It will allow only a 400 MB download versus the download size of 583 MB. Suggestions?

You can download on your work computer, then place the file on your desktop of your home computer, if you want. Then:
Launch iTunes
Option+Click (Mac OS X) or Shift+Click (Windows) the Update button
Select the IPSW update file you just placed on your desktop
Let iTunes update your hardware to the latest version
The .ipsw file is located here:
Windows XP: \Documents and Settings\username\Application Data\Apple Computer\iTunes\iPhone Software Updates
Windows Vista & Windows 7: \Users\username\AppData\Roaming\Apple Computer\iTunes\iPhone Software Updates
You will have to turn on "Show All Hidden Files & Folders" to see it.

"Backup is too large for the backup volume" error

I've been backing up with TM for a while now, and finally it seems as though the hard drive is full, since I'm down to 4.2GB available of 114.4GB.
Whenever TM tries to do a backup, it gives me the error "This backup is too large for the backup volume. The backup requires 10.8 GB but only 4.2GB are available. To select a larger volume, or make the backup smaller by excluding files, open System Preferences and choose Time Machine."
I understand that I have those two options, but why can't TM just erase the oldest backup and use that free space to make the new backup? I know a 120GB drive is pretty small, but if I have to just keep accumulating backups infinitely, I'm afraid I'll end up with 10 years of backups and a 890-zettabyte drive taking up my garage. I'm hoping there's a more practical solution.

John,
Please review the following article as it might explain what you are encountering.
*_“This Backup is Too Large for the Backup Volume”_*
First, much depends on the size of your Mac’s internal hard disk, the quantity of data it contains, and the size of the hard disk designated for Time Machine backups. It is recommended that any hard disk designated for Time Machine backups be +at least+ twice as large as the hard disk it is backing up from. You see, the more space it has to grow, the greater the history it can preserve.
*Disk Management*
Time Machine is designed to use the space it is given as economically as possible. When backups reach the limit of expansion, Time Machine will begin to delete old backups to make way for newer data. The less space you provide for backups the sooner older data will be discarded. [http://docs.info.apple.com/article.html?path=Mac/10.5/en/15137.html]
However, Time Machine will only delete what it considers “expired”. Within the Console Logs this process is referred to as “thinning”. It appears that many of these “expired” backups are deleted when hourly backups are consolidated into daily backups and daily backups are consolidated into weekly backups. This consolidation takes place once hourly backups reach 24 hours old and daily backups reach about 30 days old. Weekly backups will only be deleted, or ‘thinned’, once the backup drive nears full capacity.
One thing seems for sure, though; If a new incremental backup happens to be larger than what Time Machine currently considers “expired” then you will get the message “This backup is too large for the backup volume.” In other words, Time Machine believes it would have to sacrifice to much to accommodate the latest incremental backup. This is probably why Time Machine always overestimates incremental backups by 2 to 10 times the actual size of the data currently being backed up. Within the Console logs this is referred to as “padding”. This is so that backup files never actually reach the physically limits of the backup disk itself.
*Recovering Backup Space*
If you have discovered that large unwanted files have been backed up, you can use the Time Machine “time travel” interface to recovered some of that space. Do NOT, however, delete files from a Time Machine backup disk by manually mounting the disk and dragging files to the trash. You can damage or destroy your original backups by this means.
Additionally, deleting files you no longer wish to keep on your Mac does not immediately remove such files from Time Machine backups. Once data has been removed from your Macs' hard disk it will remain in backups for some time until Time Machine determines that it has "expired". That's one of its’ benefits - it retains data you may have unintentionally deleted. But eventually that data is expunged. If, however, you need to remove backed up files immediately, do this:
Launch Time Machine from the Dock icon.
Initially, you are presented with a window labeled “Today (Now)”. This window represents the state of your Mac as it exists now. +DO NOT+ delete or make changes to files while you see “Today (Now)” at the bottom of the screen. Otherwise, you will be deleting files that exist "today" - not yesterday or last week.
Click on the window just behind “Today (Now)”. This represents the last successful backup and should display the date and time of this backup at the bottom of the screen.
Now, navigate to where the unwanted file resides. If it has been some time since you deleted the file from your Mac, you may need to go farther back in time to see the unwanted file. In that case, use the time scale on the right to choose a date prior to when you actually deleted the file from your Mac.
Highlight the file and click the Actions menu (Gear icon) from the toolbar.
Select “Delete all backups of <this file>”.
*Full Backup After Restore*
If you are running out of disk space sooner than expected it may be that Time Machine is ignoring previous backups and is trying to perform another full backup of your system? This will happen if you have reinstalled the System Software (Mac OS), or replaced your computer with a new one, or hard significant repair work done on your exisitng Mac. Time Machine will perform a new full backup. This is normal. [http://support.apple.com/kb/TS1338]
You have several options if Time Machine is unable to perform the new full backup:
A. Delete the old backups, and let Time Machine begin a fresh.
B. Attach another external hard disk and begin backups there, while keeping this current hard disk. After you are satisfied with the new backup set, you can later reformat the old hard disk and use it for other storage.
C. Ctrl-Click the Time Machine Dock icon and select "Browse Other Time Machine disks...". Then select the old backup set. Navigate to files/folders you don't really need backups of and go up to the Action menu ("Gear" icon) and select "Delete all backups of this file." If you delete enough useless stuff, you may be able to free up enough space for the new backup to take place. However, this method is not assured as it may not free up enough "contiguous space" for the new backup to take place.
*Outgrown Your Backup Disk?*
On the other hand, your computers drive contents may very well have outgrown the capacity of the Time Machine backup disk. It may be time to purchase a larger capacity hard drive for Time Machine backups. Alternatively, you can begin using the Time Machine Preferences exclusion list to prevent Time Machine from backing up unneeded files/folders.
Consider as well: Do you really need ALL that data on your primary hard disk? It sounds like you might need to Archive to a different hard disk anything that's is not of immediate importance. You see, Time Machine is not designed for archiving purposes, just as a backup of your local drive(s). In the event of disaster, it can get your system back to its' current state without having to reinstall everything. But if you need LONG TERM storage, then you need another drive that is removed from your normal everyday working environment.
This KB article discusses this scenario with some suggestions including Archiving the old backups and starting fresh [http://docs.info.apple.com/article.html?path=Mac/10.5/en/15137.html]
Let us know if this clarifies things.
Cheers!

'Value too large for defined data type' error while running flexanlg

While trying to run flexanlg to analyze my access log file I have received the following error:
Could not open specified log file 'access': Value too large for defined data type
The command I was running is
${iPLANET_HOME}/extras/flexanlg/flexanlg -F -x -n "Web Server" -i ${TMP_WEB_FILE} -o ${OUT_WEB_FILE} -c hnrfeuok -t s5m5h5 -l h30c+5 -p ctl
Which should generate a html report of the web statistics
The file has approx 7 Million entries and is 2.3G in size
Ideas?

I've concatenated several files together from my web servers as I wanted a single report, several reports based on individual web servers is no use.
I'm running iWS 6.1 SP6 on Solaris 10, on a zoned T2000
SunOS 10 Generic_118833-23 sun4v sparc SUNW,Sun-Fire-T200
Cheers
Chris

Iphone upgrade file is too large for my network space

Hi
Does anyone know how to set the disk location that itunes uses for non-music files. My network space is too small for the next iphones upgrade and I can't download it.
cheers

Your network space is smaller than 240MB? If it is, that's the smallest allocated space I've ever heard of! Besides, when the update becomes available, you'll be downloading it from Apple's servers directly. If your asking for a place that you can store and then update from, you just have to hold the SHIFT key on a PC or the OPTION/ALT key on a Mac while pressing UPDATE or RESTORE and it will allow you to find the firmware file on your primary C drive or wherever you've placed it.

.chm file is too large for application

Sorry. This isn't your typical RoboHelp question.
I have a very large RoboHelp project with about 300 topics and many, many screen captures. Our lead developer has discovered that it would take the customer 3 minutes and 17 seconds to download the application with the help file as part of the build. For him, that seems like an inordinate amount of time for the customer to have to wait.
Someone said that I could zip the .chm file, but I don't know how that works. Doesn't the development team still have to unzip it when they do the build? And someone else suggested doing a download for the app and a separate one for the help file. If you do that, does the help file still work within the app? I've also considered removing all of the screen captures, greatly reducing the size of the file.
Does anyone know of other solutions to this problem?

And now, for a different perspective!
Personally, I fall into the rebel camp that likes to be redundant. I favor including screen captures in the help.
I hate when a help topic refers to the whatchamacallit on the foozoo screen. As a user, I may not be certain I'm even ON the foozoo screen! So speaking as a user, I love it when I see a nice screen capture that at least tells me I'm on the right screen. Even better if it points out the whatchamacallit.
However I dislike when folks capture only the whatchamacallit button or area and show that. For example, the image below:
I much prefer something such as:
Keep in mind that RoboHelp offers features such as DHTML drop-downs that allow you to keep images hidden until the user chooses to view them. This keeps the page lean and clean if that's your goal.
I think my last projects in the corporate world had somewhere along the lines of 40,000 files involved. Images, Topics and whatnot. I was catapulted into unemployment in May, 2004. So 300 topics seems like such a small system.
Cheers.. Rick
Begin learning RoboHelp HTML 7 within the day - $24.95!
Click here for Adobe Certified Captivate and RoboHelp HTML Training
Click here for the SorcerStone Blog
Click here for RoboHelp and Captivate eBooks

Compressed Video File Size Too Large for DVD?

I exported a one hour and 51 minute FCP Studio sequence to Compressor. I chose the 120 minute 4:3 best quality and Dolby for the audio. It took six hours and thirty five minutes to compress. When I bring the compressed "assets" into DVD Studio Pro, it indicates 5.9 gig. That won't fit on a standard DVD-R disk. Should I have used a different compression scheme when I made my choice in Compressor? Can I fit the movie on a standard DVD, or do I have to go back to FCP to shorten the sequence? What size must it be in FCP to fit on a standard DVD after Compressor and DVD Studio Pro?
Thanks

iDVD encodes (compresses) the video before burning
the DVD, so there's no problem. Your iMovie project
will fit.
The iDVD capacity is best expressed in time instead
of size. iMovie 4/5 can include up to 2 hours of
video. A little less, counting iDVD features.
Karl
Hi Karl
I have an iMovie file that is 3hr and 10min long. I have a dual layer burner and dual layer DVD's to burn onto. Will this file fit onto the 8.5GB disc? or do I have to compress it somehow? If there is some software that will do this could you let me know?
The dual layer DVD's say they will fit 215 min of video on them, so why does it reject my file when starting iDVD?
Thanks for your help

IMovie file size too large for one DVD

I've created my iMovie file and am ready to burn a DVD using iDVD to view on TV. Although my iMovie is only about 35 minutes, it is 7.73 GB. It is a simple movie. I only have a few titles, cross dissolves between clips and some audio.
How do I reduce my iMovie to fit on one DVD?
I don't have the option to "Export" under the "File" menu. And I've tried several of the "Share" formats which reduce the size, but none of them have given me TV viewing quality.
I am using iMovie HD 5 and the movie is widescreen.
Thanks!

iDVD encodes (compresses) the video before burning
the DVD, so there's no problem. Your iMovie project
will fit.
The iDVD capacity is best expressed in time instead
of size. iMovie 4/5 can include up to 2 hours of
video. A little less, counting iDVD features.
Karl
Hi Karl
I have an iMovie file that is 3hr and 10min long. I have a dual layer burner and dual layer DVD's to burn onto. Will this file fit onto the 8.5GB disc? or do I have to compress it somehow? If there is some software that will do this could you let me know?
The dual layer DVD's say they will fit 215 min of video on them, so why does it reject my file when starting iDVD?
Thanks for your help

We bought a movie on itunes and would like to play it on our TV screen. For that I wold like to transfer it onto a USB stick so I can play it directly on our TV. Its saying the file is too large for my stick although that is not true. What to do?

We bought and downloaded a movie from Itunes and trying to transfer it onto an USB some can play it back on a TV. We cannot move it onto the stick. It says the stick is too small but thats actually not the case. Rainer

Films from the iTunes store have digital-rights-management on them, they can only be played via a computer's iTunes or device (iPhone, iPad, iPod Touch, Apple TV). If you don't have Apple TV then do you have a iOS device, and the relevant cables, to connect it to your TV and apply it via the device - or if you bought it on a computer is that close enough (and you have the relevant cable) to connect it to your TV ?

"This backup is too large for the backup volume" Error

I'm not sure what to make of this error - "requires 1313GB but only 2418GB available"? Maybe my math skills aren't what they used to be. Any advice much appreciated.

No, not using FileVault.
I'm using TM to back up 10 networked computers onto a Synology NAS (RS810+). All but one of the backups is working fine. The troublesome one is running 10.5.8, though one of the other working ones is also on 10.5.8. I'm currently just going folder by folder on the bad one, hoping maybe I can get everything backed up.
As for alternatives, I had been using Chronosync, which was fine. I wanted to switch over to TM for simplicity's sake. Little did I expect it to be such a POS.

File is too large for attachment - BO Integration Error

Similar Messages

Maybe you are looking for