| 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 |
Hi,
In ADS housekeeping log, the following messages were logged, although
the ADS batch job succeeded. Or it seems cos' there were lots of
files in the archive area.
%OA-I-NOPROFIL, Cannot change to MANAGER directory
%RMS-E-ACC, ACP file access failed
%OA-I-LASTLINE, All users processed, archive process complated.
Any kind soul out there willing to shed some light on this ?
thanks,
ching-U
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2928.1 | problem NEWDIRing? | IOSG::TYLDESLEY | Mon Jun 28 1993 18:10 | 16 | |
Hello Ching-U.
I am responsible for housekeeping in general, but this looks like a
specific problem with archiving, so I got some suggestions from the
resident archiving guru.
. first, can you confirm that this is V2.4? (or earlier).
. if V2.4, then lots of NEWDIRing was used and this error is probably
coming out when the archiving is finished and the job tries to NEWDIR
back into the Manager account. Is there any reason why this might not
be possible? Someone logged into Manager account?
. this is unlikely to be a serious problem, and we think that the
archiving has completed successfully.
. it may well be a 'problem' in V2.4
Cheers
DaveT
| |||||
| 2928.2 | UAF quotas the culprit ? | ZPOVC::CHINGYUE | Tue Jun 29 1993 02:45 | 6 | |
Morning DaveT,
It is an un-patch V2.4
Does UAF limits play a part ? Just a thought.
ching-U
| |||||
| 2928.3 | Working... | IOSG::TYLDESLEY | Wed Jun 30 1993 10:18 | 5 | |
morning ching-u.
I have not forgotten you. it has taken till today to get access to a
V2.4 system, and i will be running some tests today.
regards
DaveT
| |||||
| 2928.4 | not much help, sorry | IOSG::TYLDESLEY | Thu Jul 01 1993 15:03 | 17 | |
Hello Ching-U.
I am unable to replicate this on our V2.4 system here. There is the
possibility that there is something wrong with the Manager's profile
entry on your system, but without checking the system itself, I can't
be sure.
I think that the best place to start looking further is in
OA$DO:ARCHIVE_SYS_USER_FOLDERS.SCP. You could set up an archive run,
limited to very few users, e.g in one Department (set the field in their
Profiles) and few folders. Then you could possibly Set Trace on this
script, sending the trace output to a log file. This might display
where exactly this error message is coming from.
Either way, I think the archiving is completing successfully.
Sorry I can't help further.
DaveT
| |||||