[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

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

312.0. ".NBS-files in OA$MTI_DATA" by OSLACT::EVEN_P (Lars Even Christiansen @NWO, DS/IS Oslo) Tue Mar 24 1992 11:04

Hi,

A customer recently had a case with a full oa$sharX-device. In these cases
the fetcher places the messages in OA$MTI_DATA, but is unable to deliver 
from here. The MANAGER is then to be notified of each message that failed.

But when the device is full, how can a notification message be sent to the 
manager? 

I.e. how can my customer trust that every message that failed to be delivered 
is registered so that the sender/recipient can be notified by the system 
manager?

What do I tell the customer?

Appreciate any comment.


Regards,
L'Even.
T.RTitleUserPersonal
Name		DateLines
312.1SIOG::T_REDMONDThoughts of an Idle MindWed Mar 25 1992 08:476
    Tell your customer that they should be monitoring disks to make sure
    that they don't run out of space. To me, this is a fairly
    straightforward systems management function. Computers that don't have
    resources can't be expected to function correctly. 
    
    Tony
312.2Disk monitoring not allways possible...OSLACT::EVEN_PLars Even Christiansen @NWO, DS/IS OsloWed Mar 25 1992 15:2821
Thanks Tony.

Sure, the customer would agree that disks should be monitored, but when 
disks also are used by other (not necessarily many) applications and 
unexpected, large logfiles are produced during a weekend these things 
_can_ happen, dispite "good" system management.

So, from your answer I'll take that we should tell all our customers that
they should _not_ share disks holding ALL-IN-1 mail files with _any_ other 
application or user accounts. 


Maybe I will tell the customer to submit an SPR wishing a VMSmail notifi-
cation to the system manager instead of an ALL-IN-1 mail message, when a 
message can't be sent.

Does anybody know if this is a registered wish/requirement already?


Regards,
L'Even.
312.3Do they have the MTS/MAILbus monitor?VISA::CHURCHDave Church, CT Eng. Europe/ValbonneThu Mar 26 1992 07:2513
    Lars,
    
    If the customer has the MTS/MAILbus monitor or in the future DECnam
    then you could write for them a simple scanning module which checks the
    disks and generates messages of increasing severity as the disks get
    more full (10% left informational, 5% warning, 2% error etc.).
    
    In fact if someone did write this I'm sure that the MTS managers would
    like to add it to the current scanning module set.
    
    Just a thought...
    
    Dave
312.4Hindsight is always wonderfulSIOG::T_REDMONDThoughts of an Idle MindThu Mar 26 1992 20:4717
    Re. .2,
    
    Yes, of course things go wrong and these large files do get created
    from time to time (not, of course, ever by ALL-IN-1). But surely the
    application should notify that a disk is filling up?
    
    To answer your question, I wouldn't advise a customer to put OA$DATA
    (and indirectly OA$MTI_DATA) on a disk that is in danger of filling,
    due to the hazardous effects on ALL-IN-1 if problems do arise. This is
    the wisdom of hindsight, as I have been hit by the same problem in th
    past.
    
    If you are filling out an SPR, suggest that a check is made in
    OAMTIMAIL.COM (or whatever it might be in the future) and REPLY and
    MAIL are used to flag the problem.
    
    Cheers, Tony