T.R | Title | User | Personal Name | Date | Lines |
---|
3881.1 | More information please | IOSG::MAURICE | I left my heart in Alcatraz | Mon Feb 14 1994 13:56 | 7 |
| Hi,
What version of ALL-IN-1? Any patches applied?
Cheers
Stuart
|
3881.2 | | ANGLIN::HARRISA | lost in the jungle of doubt | Mon Feb 14 1994 16:20 | 5 |
| if .0 is at V2.4, this is pretty close to what i was seeing at my
customer site. after upgrading to v3.0 TRM has run successfully for me.
ann
|
3881.3 | It's v2.4 with patch k603 | ZPOVC::CHINGYUE | | Tue Feb 15 1994 01:41 | 17 |
| It's ver 2.4 patched up to k603 with wordperfect 5.1-1 integrated.
Even if v3.0 can resolve this problem, I still find it strange that
TRM works on the other 3 SDAFs but 'corrupt' just SDAF_A.
(TRM runs fine on SDAF_A months back)
There has been no errors found in FCVRSLAVEPROCESSid.log and
OA$FCVR_KR_1994021302000000000id.DAT. SMLOG1.TMP and SMLOG2.tmp
implied that phase 2 has completed.
All the files that were created when TRM last run has been placed on
node 22.128 on directory $1$dia2:[chingyue]
Feel free to look atthem if you're interested.
Thanks and regards,
ching-U
|
3881.4 | | ANGLIN::HARRISA | sweet insanity | Tue Feb 15 1994 15:12 | 4 |
| my custmer has 5 mail areas open and TRM only "corrupted" SDAF_E.
go figure...
|
3881.5 | Repair=0 ==> TRM corrupts record ??? | ZPOVC::CHINGYUE | | Tue Feb 22 1994 10:50 | 12 |
| When TRM was run with repair *disabled*, it went through smoothly.
Can I conclude that part of OA$SM_FCVR.EXE file, namely the repair
module corrupts the SDAF records ?
I would love to upgrade to IOS v3.0 if that can get rid of the problem.
But as it is the customer's system, it's their decision, and it'll take
a little while.
Is there anything I can do in the meantime ? I've run out of ideas.
Thanks and regards,
ching-U
|