T.R | Title | User | Personal Name | Date | Lines |
---|
1558.1 | | NCBOOT::HARRIS | oooppps | Mon Oct 05 1992 22:26 | 6 |
| re .0
TRU also failed with the same error. due to the ALL-IN-1 account
names here (customer site), the PT can not be run.
ann
|
1558.2 | Working the late shift... | SCOTTC::MARSHALL | Do you feel lucky? | Tue Oct 06 1992 00:02 | 15 |
| Hi,
I think this may be the problem, but don't quote me on it :-)
In V2.4, some of the housekeeping procedures didn't return a success/failure
status. However, SMJACKET was looking for a return status, and assumed that
no status meant an error had occurred.
The error you are seeing is (I think) just SMJACKET reporting that it thinks the
housekeeping job exited with an error status. If there's nothing in the log
to indicate that an error did occur, just ignore it.
It should all be fixed in V3.0
Scott
|
1558.3 | Might be this one? | AIMTEC::WICKS_A | It wasn't supposed to end this way | Tue Oct 06 1992 00:11 | 10 |
| Ann,
There's a STARS article called "V2.4 Log For TRU Indicates %SMJACKET
Facility Exiting Due to Error" that lists another possible cause for
this error which isn't fixed in v3.0.
Regards,
Andrew.D.Wicks
|
1558.4 | still searching.... | NCBOOT::HARRIS | oooppps | Tue Oct 06 1992 00:22 | 23 |
| re .3
andrew,
no - that's STARS article is the one that says the error is caused by
SMJACKET trying to purge SMLOG%.TMP files. that's not happening here.
the only SMLOG.TMP files i have are for SMLOG4.TMP and SMLOG5.TMP both
of these are from August.
re .2
scott,
so i shouldn't be concerned. but what if there were/are problems that
need to be corrected? i assume then that the log wold have been
expanded then.
i did notice another file in the [ALLIN1] directory. its called
SMNETPRGE.TRC. if i edit the file there is only a 0 in it. there are 2
copied of this file, both for the days that TRU were run.
Thanks - ann
|
1558.5 | Wrong version? | IOSG::MAURICE | See below | Tue Oct 06 1992 11:16 | 11 |
| Hi,
Are you sure you're running the correct version of TRM. Do a
$dir oa$lib:oa$sm_fcvr.exe/dat
and see whether an old version is getting in the way.
Cheers
Stuart
|
1558.6 | | GIDDAY::SETHI | Man from Downunder | Tue Oct 06 1992 11:53 | 7 |
| Hi Stuart,
To check the version they should do a $analyze/image/interactive
oa$lib:oa$sm_fcvr.exe if the image identity does not say "ALL-IN-1
3.0", they have the incorrect image.
Sunil
|
1558.7 | Neat! | IOSG::PYE | Graham - ALL-IN-1 Sorcerer's Apprentice | Tue Oct 06 1992 12:16 | 7 |
| Sunil,
I hadn't spotted the /INTERACTIVE qualifier to ANALY/IMAGE before, it's
really good! Shame it isn't the default if you're using it from a
terminal.
Graham
|
1558.8 | | NCBOOT::HARRIS | oooppps | Tue Oct 06 1992 18:29 | 10 |
| ok, the image is the correct one -
we're at 2.4 here.
Image Identification Information
image name: "OA$SM_FCVR"
image file identification: "ALL-IN-1 V2.4"
link date/time: 10-MAY-1990 22:09:22.18
linker identification: "05-05"
|
1558.9 | | GIDDAY::SETHI | Man from Downunder | Wed Oct 07 1992 05:55 | 14 |
| Hi Ann "oooppps" Harris :-),
The line in the logfile "$ exit %X10018292" the lexical function
f$message ("%X10018292") translates it to "%RMS-E-FNF, file not found".
Looking at the information you have provided I would say it's best to
set verify on in SMJACKET.COM, the information provided is not enough.
I would not even take a guess at what has caused the problem apart from
say a file was not found while deleting or whatever.
Sorry I can not shed any more light :-(, just need to have more
information.
Sunil
|
1558.10 | lets try again.... | NCBOOT::HARRIS | oooppps | Wed Oct 07 1992 18:24 | 7 |
| sunil -
i'll set verify in smjacket and run the jobs again this weekend.
thanks so much for the suggestions.
ann
|