When exporting a report in ALM the generation fails due to data size.
« Back
Tags:
Category:
Question ID: 110252
▲
0
▼
♥ 0

Hello,

  When exporting report the generation fails due to data size. I am trying to move project db to another product for agile testing. they are requesting the data including the attachments to be exported. I have found a report generation from analysis to extract the defect values but also the attachments. However, in the html report its capping the report at 183 entities which is not sustainable as we have 1000’s of defects. Is this a configuration setting that can be overridden temporarily? Is there another work around or report type that I should use that would also extract the attachments?

 

Thanks for any assistance with this,

HomerJ

Marked as spam
Posted by (Questions: 379, Answers: 35)
Asked on October 25, 2021 12:31 pm
16 views
Answers (1)
▲
1
▼
✔
Private answer

Hello HomerJ,

There is a limit on the report size that is allowed to be generated.  The following parameter controls that sizing:

REPORT_MAX_ALLOWED_SIZE Description: This parameter defines the estimated maximum number of pages that can be included in a project report. when the value is set to -1 the size is unlimited, which is strongly unrecommended.The minimum page value should 1.

Min value: -1

Max value: 9223372036854775807

Introduced in release: ALM 11.50

Introduced in patch: GA

System: false


Adding this parameter to the site config tab within site admin and giving the value of -1 should allow the report of any sizing to be generated.  I asked hosting and they said changing this temporarily shouldn't be an issue (just change it back to the default after the report has completed generation).

I believe that this is not a static parameter and changing it should take effect immediately, but if not it will require the services be restarted to take effect.  Let me know if we need to discuss this or if you don't have access/need assistance with this and I can assist,  Just let me know your availability (to include day, date, time, and time zone as I am in EST) so we can coordinate.

If you do use them you may want to adjust them back down afterward to limit the overhead on the system.

Hope this helps,

Dan

Marked as spam
Posted by (Questions: 0, Answers: 770)
Answered on October 25, 2021 12:33 pm
« Back
EyeOnTesting

Welcome back to "EyeOnTesting" brought to you by Orasi Software, Inc.

Got it!
X
Scroll to Top