| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 662.1 | process quota recommendations? | CSC32::J_HENSON | Don't get even, get ahead! | Tue Jan 14 1997 23:04 | 21 |
| 662.2 | | VIRKE::GULLNAS | Olof Gulln�s, DTN 876-7997 | Thu Jan 16 1997 19:00 | 9 |
| 662.3 | Thanks, but... | CSC32::J_HENSON | Don't get even, get ahead! | Fri Jan 17 1997 15:11 | 18 |
| 662.4 | again | CSC32::J_HENSON | Don't get even, get ahead! | Wed Jan 22 1997 15:57 | 4 |
| 662.5 | Stabs at possible causes | TALER::DESHMUKH | Dipankar Deshmukh, RTR (US) Engg | Fri Jan 24 1997 01:10 | 23 |
| 662.6 | memory leak? | CSC32::J_HENSON | Don't get even, get ahead! | Fri Jan 31 1997 19:56 | 20 |
| He's baaaaaack.
The customer who reported the problem in .0 (rtr 2.2d, ovms v5.5-2)
has began monitoring the rtracp process. He is claiming that it is
losing about 1200 pages a day.
He wants to know
- if this is a known issue?
- are we working on it or do we have a fix?
- was this a problem in v2.2?
I realize that some of these questions may be hard to answer, but
I need to tell my customer something. For example, should I
recommend he upgrade to 3.1c, or is there a possiblity of another
eco for v2.2?
Thanks,
Jerry
|
| 662.7 | Please provide RTR snapshots | FFRANC::DESHMUKH | Dipankar Deshmukh, RTR (US) Engg | Sat Feb 15 1997 00:13 | 6 |
| We have never heard of this problem.
Please ask the customer to take RTR snapshots of the system every
couple of hours if they see this problem.
-dipu-
|