| 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 look at the sender queue, there are entries back to one months ago.
But some messages still going through slowly. Then I look at the
OA$MTI_ERR, and found that "insufficient privilege, need READALL" and
some "Access violation ....". So I give ALLIN1 account READALL
privilege and look at the OA$MTI_ERR log again, the insufficient
privilage message gone leaving only the "Access violation ...".
So thought it was due to some corrupted messages due to previous
insufficient privilege. So I ran RS many times hoping that I could
get rid of the corrupted entries. Since it is V2.3, I don't know how
to set the sender/fetcher retry limit, that is why I have to run RS
many times. However, this is not the end of the story. At first, the
number of entries in DQ is dropping, and the "Access violation ..."
is still there, but then the number of entries in DQ sometimes
increases and sometimes decreases and strange the entries there were
not that day's entries, so it could not have been added by some other
users in the meantime. Moreover if I DQ serveral times, the order of
the entries keeps changing (but without changing content). What's more,
when I RS, sometimes I got the message "Error opening link to Message
Router", and I wait for a while and try again, it goes through.
Then I thought it could be the PENDING.DAT got corrupted instaed.
However, what can I do with that. Over the month, there should b
housekeeping procedure to look and fix problem in pending.dat.
What a long story ! Does anyone know what drama I am trying to tell
and know what's wrong ?
Thank you very much
Banquo.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1445.1 | Partial answer | IOSG::SHOVE | Dave Shove -- REO-D/3C | Thu Sep 17 1992 11:19 | 22 |
A couple of answers:
1. The entries moving in the queue is normal - in v2.3, each time you
look at the queue it will move one entry from the top and put it on the
bottom! This is because the code that looks at the queue (for DQ) is
part of the same code that is used to take entries off the queue for
sending - this code puts the entry back on the queue at the bottom in
case there's a failure in sending (obviously pointless when you're
doing a DQ).
2. Are you sure these "old" entries aren't Deferred (D in the L/R
column)?
3. There were all sorts of things that could cause v2.3's sender to
ACCVIO. To get any further, I think we'll need to know:
- what patches are installed?
- are there any "custom DSABs" installed (WordPerfect or
something)?
Dave.
| |||||
| 1445.3 | New error arises | CROCKE::YUEN | Banquo Yuen, Darwin Australia | Fri Sep 18 1992 09:26 | 35 |
Hello Dave
The ALL-IN-1 version is 2.3 and no patch recorded in the documentation.
(I have just been looking after this client and I am not sure if the
documentation is up-to-date or not).
The old entries aren't deferred messages.
There is WordPerfect integrated with ALL-IN-1.
After one day of giving READALL privilege to the ALLIN1 account,
the list in DQ seems a bit shorter. However, there is new type of
error in OA$MTI_ERR:
%EMD-E-MRPROTERR, MR replied with something unexpected, last sent E, and
DISK$ALLIN1:[ALLIN1.DATA_SHARE]ZUIEHEIEE.NBS;/msg:1, got back R, and SH
%?, MESSAGE NUMBER 49534E45
%EMD-E-MRPROTERR, MR replied with something unexpected, last sent E, and
DISK$ALLIN1:[ALLIN1.DATA_SHARE]ZUIEHEIEE.NBS;/msg:1, got back R, and SH
%ABORT, abort
%NOMSG, MESSAGE NUMBER 00013634
$SUCCESS, Successful completion
$SUCCESS, Successful completion
$EXQUOTA, exceeded quota
Does this mean that some quota is exceeded in the ALLIN1 account?
What will the quota likely be? Anyway, I am trying to find which
is the quota exceeded.
And of course, the ACCVIO is still there !!!
Thank you very much
Banquo.
| |||||