T.R | Title | User | Personal Name | Date | Lines |
---|
1218.1 | | IOSG::WDAVIES | There can only be one ALL-IN-1 Mail | Tue Aug 11 1992 10:58 | 5 |
| Contact your CSC - but check the number of records in
the fetcher queue - the record in pending file with a key
"MAIL FETCHER"
Winton
|
1218.2 | Fetcher queue | EVTAI1::PROT | | Tue Aug 11 1992 12:01 | 9 |
|
Not many, 5 now. (The firest and 4 continuation records)
But the mail count is 69 when I find 134 ".NBS" reference in the 5
records.
Louis (I'm the CSC)
|
1218.3 | | IOSG::WDAVIES | There can only be one ALL-IN-1 Mail | Tue Aug 11 1992 12:14 | 9 |
| Are you certain that you have 134 nbs references in your FETCHER QUEUE
(sorry I got the name wrong!) - You should only have one nbs file-
sounds like a 'internal' record is bad.
Someone (in Atlanta CSC) should have a tool for digging out the bad one -
a nasty and dirty alternaltive is to delete the entire FETCHER QUEUE.
(WRITE DELETE CAB$PENDING KEY = "FETCHER QUEUE" ... might work)
Winton
|
1218.4 | Fetcher never stops | EVTAI1::PROT | | Tue Aug 11 1992 12:16 | 10 |
| I was doing $ MC MRMAN DU A1 to check the queue, and I saw that all the
messages were fetched (one by one until 0). At this time the fetcher didn't
stop run. ???
Then new messages came in A1 mailbox, but from this moment, the fetcher
works but doesn't fetch any new message until I will stop it and let a
new OAMTIMAIL start.
Louis
|
1218.5 | | IOSG::WDAVIES | There can only be one ALL-IN-1 Mail | Tue Aug 11 1992 15:43 | 13 |
| BTW -
This problem is resolved... disk space on the A1 disk was exhausted, and
the NBS files were created at 0 blocks until the space was cleared.
This then left the fetcher looping on these corrupted files.
Occured on V2.4 - fixes in place on V3.0 to prevent this happening -
file creation error-checking, and disk space bounds checking.
The ALL-IN-1 Desktop Server trace log was the culprit for filling
diskspace.
Winton
|
1218.7 | | IOSG::WDAVIES | There can only be one ALL-IN-1 Mail | Wed Aug 12 1992 10:19 | 6 |
| wrong - incorrect behaviour - once the fetcher had emptied N messages,
and processed any retries, it should exit...
Failure to exit was caused by NULL nbs files causinh infinite loop..
Winton
|