Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

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

0 votes



2 answers

Permanent link
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.

0 votes


Permanent link
Thanks for the example on how to reproduce the error Robin.

Is it right to say that if we are not running data collection jobs then we will not encounter the problem?

Or else what can we avoid doing in order to avoid the problem in RRC 4.0.0.0

0 votes

Comments

My understanding is that the problem has not been seen in testing if data collection has not been enabled (which it is by default) but technically it is possible that something like running a custom RPE reporting could trigger the problem.

So turning off data collection will mitigate the problem significantly but 100%, not sure.

Your answer

Register or log in to post 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.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 12,082

Question asked: Oct 03 '12, 7:05 p.m.

Question was seen: 6,548 times

Last updated: Oct 04 '12, 12:14 p.m.

Confirmation Cancel Confirm