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

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

4885.0. "Collector problem" by EEMELI::KINNARI () Thu Apr 15 1993 08:13


Hi,

I have one problem which has exist at least since version v1.2.
Currectly I using DECmcc v1.3 in Ultrix environment.

My problem is collection am. If I enable decnet sink collector
normally operates correctly 1-3 days. Then it stops. And this 
happens every time, ie. for me it's a dream to have collector
working more than 3 days. Both decnet and udpip works similary.

When collector is broken there exists all required processes
(to my knowledge) and I can send collector messages without
errors. But I can't see any messages in notification window.

Disabling and enabling sink doesn't help.

Mcc_kill and restarting everything has been the only solution 
so far.

Any ideas how to solve the problem?

Rgds,
	//pasi

T.RTitleUserPersonal
Name
DateLines
4885.1more information, pleaseTOOK::S_KOHoot mon!Thu Apr 15 1993 14:4924
>> My problem is collection am. If I enable decnet sink collector
>> normally operates correctly 1-3 days. Then it stops. And this 
>> happens every time, ie. for me it's a dream to have collector
>> working more than 3 days. Both decnet and udpip works similary.
    
    Please check the log file for messages.  
    
>> When collector is broken there exists all required processes
>> (to my knowledge) and I can send collector messages without
>> errors. But I can't see any messages in notification window.
    
    if i understand correctly, the sink process is still active 
    (check: % ps -aux | grep mcc_evc_sink ) but you have stopped receiving
    notifications.  If this is the case, please issue a GETEVENT request
    for the collector:
    
    	mcc> getevent collector * 
    
    Send an event and check that it is received by the GETEVENT request.	
    
    Do you still receive notifications for other entity classes?
    
    Also, please try to terminate then re-issue the notify request.
    
4885.2Requested informationEEMELI::KINNARIFri Apr 16 1993 05:4620


What log file do you mean? mcc_evc_sink.log ? Where is it?
Sender can't see anything abnormal.

mcc_evc_sink process exists.

getevent collector *    (+ any events) receives notification.

I can receive notification for other entity classes (for example
node4 am) so my problem is only collection am related.

Nofify request exist for collector and it's enabled. (I have specified
domain, collector * amd any events). If I disable
and enable collector notify request it starts receiving notifications
again !!!

Rgds,
	//pasi
4885.3TOOK::S_KOHoot mon!Fri Apr 16 1993 19:3710
    Since the data collector sink is still running, and you are able to
    receive collector events using GETEVENT, it looks like the problem
    might be in the collector AM, or in notification.
    
    do you see any notification error messages?
    
    is the collection am process still running?
    
    i am out of the office next week, but will try and find an answer
    for you when i return.
4885.4Motif and pause screen ?!?EEMELI::KINNARIWed Apr 21 1993 13:4721
    
    
    I think I know what might cause the problem.
    
    I'm using Motif v1.1.3 and it includes feature that pause screen takes
    full control over X-operations to the screen. It means for example that
    collector events (which are sent while screen is paused) are processed
    and displayed in notification window after screen is released. Timestamps 
    in all notifications are exactly the same as the time when you that.
    
    This sound quite logical: notifications are queued inside DECMcc for
    several hours. That might cause timeouts, overflows etc. ?!?
    
    And every time the last notification has been sent during pause
    operation.
    
    I'm trying to find another pause screen application and use it. I think
    latest motif kit still includes that feature.
    
    Rgds,
    	\\pasi
4885.5There is a Patch for this OPG::SIMONThu Apr 22 1993 05:3812
    There is a patch now for the ULTRIX X-Server so that the pause screen
    does not perform the Grab server call ( which is what causes your
    problem). we have used it with our Product (POLYCENTER COnsole Manager)
    as we had the same problem with event reporting mechanisms stalling.
    I am not in the office at the moment, so I can't look the details up.
    If you want a pointer to the patched imgae drop me a mail on:
    
          elbrig::sdj and I shall send you a pointer to the patch.
    
    
    
    Cheers SImon.....
4885.6Patch available...BARREL::LEMMONThu Apr 22 1993 10:3723
There is a patch available.   Here is the mail I received. Hopefully
the patch is still there

/Jim
---------------------------------------------------------------
From:   RUSURE::FRANKS "03-Mar-1993 1552"  3-MAR-1993 16:04:32.98
To:     TOOK::SWIST,STKAI2::EROSEN,VINO::PARM
CC:     GRACKL::FRANZINI,XIRTLU::DAVIS,FRANKS
Subj:   Patch available for Ultrix V4.3 motif pause screen problem
  

There is a patched session manager available which fixes the problem
of the session manager grabbing the server during paused sessions.
It can be obtained by anonymous ftp from node sysxt.zk3.dec.com.  In
the /patches directory in the anonymous ftp area you will find a
compressed tar file for mips, dxsession.patch_1a.4.3.mips.tar.Z, and
one for vax, dxsession.patch_1a.4.3.vax.tar.Z.  After copying this to
your system, and running uncompress and tar on the file, you will see
that each tar file contains three files: dxsession, DXsession.uid, and
README.  The README file contains instructions about installing the
patch on your system.