How to reproduce CRRRW7291E on RRC 4.0 prior to applying fix pack 4.0.0.1
We are preparing to install the RRC fix pack 4.0.0.1 which would fix the critical stability CRRRW7291E. However we could not reproduce that error on RRC 4.0 so we can verify the fix via pre- and post- tests.
Would appreciate any pointer towards a sure/consistent way or a sequence of actions to reproduce this bug.
On POC env (Derby) we cannot generate any errors browsing artifacts.
On PROD (MS SQL server), while drilling down to some artifacts we got CRRRW7283E instead. And get none of CRRRW7291E, despite being a member and admin of the project as well as the Roles JazzUsers, JazzProjectAdmins, and JazzAdmins.
On DEV env (an earlier clone of PROD) when click on artifacts get same error, with same privileges and roles. Though I can still drill down further into artifacts.
Also how to avoid or fix CRRRW7283E
|
2 answers
This might be a way to reproduce CRRRW7291E
1. Have Multiple RRC projects exist within the data repository. 2. Where at least one change is made to one or more RRC projects. An example of a change would be a new or updated artifact. 3. The RRC application is restarted. 4. The project(s) referenced in #2 above are not accessed via web browser prior to the Data Collection Job (scheduled by default to run daily at midnight) runs to process changes made to projects in the data repository. At this point the containing project(s) for changes made in #2 will contain invalid type system metadata, rendering the project(s) inaccessible. Now CRRRW7283E is very general resource not found error message more information about your data would be needed to understand what is causing this error. I suggest contact Tech Support. |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.