| Title: | *OLD* ALL-IN-1 (tm) Support Conference |
| Notice: | Closed - See Note 4331.l to move to IOSG::ALL-IN-1 |
| Moderator: | IOSG::PYE |
| Created: | Thu Jan 30 1992 |
| Last Modified: | Tue Jan 23 1996 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 4343 |
| Total number of notes: | 18308 |
Hello,
I have a logfile of the TRU ALL-IN-1 V3.0 that keeps failing.
The only error that shows up does not give much information.
** ALL-IN-1 File Cabinet Verification and Repair Program **
V3.0-13
Could not open department list file
?Can't find file or account.
I had previous encounter with 2.3 and 2.4 with the error
?Can't find file or account, but never DEPARTMENT LIST FILE.
Does anyone know what this Department List file is that it's
looking for ?
Thanks
ricardo
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 872.1 | IOSG::MAURICE | A week is a long time in office politics | Tue Jun 16 1992 09:31 | 17 | |
When scheduling TRU there is a scrolled region to be filled in with a
list of departments. A file should be created for this scrolled region
in OA$ADMIN. This error indicates that it has not.
Could you inspect the schedule record. Bring up form SM_FCVR_SCHEDULE
and find the record that matches the date (it's keyed off an NBS date).
In the field labelled OAFCVR_PRV_SUB_FILE_DEPART should be the
filename.
1. If that's filled in with a filename can you check that the file
exists.
2. If it's blank can you check that OA$ADMIN is defined.
Cheers
Stuart
| |||||
| 872.3 | A similar problem? | TIMMII::RDAVIES | An expert Amateur | Thu Jun 18 1992 14:54 | 33 |
This sounds a bit like the one I had in february that's in the
Diamond_ft notesfile:
>>
Note 220.7 Housekeeping FCR not found, but creates a duff entry 7 of 7
TIMMII::RDAVIES "An expert Amateur" 51 lines 19-FEB-1992 13:13
-< Two more for TIMA >-
To close this down, Andy Chaplin came round and together we found it
was trying to get data from USER and DEPARTMENT files that weren't
there.
Turns out, on the TRU form, if you TAB through the USER and DEPARTMENT
fileds then the files are created, empty, and the flags are set in the
schedule.
There's some missmatch in the FCVR processes that schedule and run the
jobs such that the master process correctly detects the empty file and
turns off it's own sub-list checking. Unfortunately the slave
processes don't know this and expect to find the temporary KR file.
Andy has logged it as a bug and identified the fix.
In the meantime, the workaround for anyone who doesn't select USER or
DEPARTMENT is to use <next screen> when you get to REPAIR Y/N field to
bypass the fields, which then doesn't set the flags and create the
empty files.
Richard
| |||||
| 872.4 | Must be a different problem. | IOSG::CHAPLIN | Andy Chaplin | Wed Jun 24 1992 16:58 | 12 |
It does sound similar to the problem Richard found, but it seems that
the fix for that problem made it into V3.0.
So as Stuart says in .1 the problem must be with the schedule record
pointing to a non-existant file. Maybe you don't have the right
scheduling forms in place. Do you have any customisations that
might be affecting the FCVR scheduling - such as SYSTOOL? Or was this
a field test site by any chance and you have some old forms still in
there?
Cheers,
Andy
| |||||