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

Conference 44.370::system_management

Title:system management communications forum
Moderator:CHEST::THOMPSON
Created:Fri Mar 21 1986
Last Modified:Thu Jul 08 1993
Last Successful Update:Fri Jun 06 1997
Number of topics:490
Total number of notes:2018

31.0. "After cluster problems" by RDGE43::KEW (Jerry built systems) Wed Sep 17 1986 11:32

I'd like to suggest that this topic be used to post 'post-clustering' 
problems.

Jerry
T.RTitleUserPersonal
Name
DateLines
31.1EDD problemsRDGE43::KEWJerry built systemsWed Sep 17 1986 11:333
EDD doesn't work anymore?

Jerry
31.2Arriving mailRDGE43::KEWJerry built systemsWed Sep 17 1986 11:446
We're not *always* being 'signalled' upon the arrival of incoming mail, I 
assume this is because we're on a different node from the one the mail
arrives at. Is this a 'fault' or is there some workaround, eg use of the 
SET FORWARD in mail which would clear this??

Jerry
31.3Missing MAIL logical nameRDGE28::DRAPERSteve DraperWed Sep 17 1986 14:4110
    Well - it's not really a fault - more a sort of 'missing'. What
    is needed is the system-wide logical MAIL$SYSTEM_FLAGS (defined
    as the value 7). This tells Mail that this system is part of a cluster
    and that it should use 'cluster services' to inform user of received
    mail.
    
    	By the time you read this, the logical should be defined on
    all nodes of the ADG cluster.
    
    steve
31.4EDD fixedRDGE28::DRAPERSteve DraperWed Sep 17 1986 16:205
    EDD is ok now. The required TPU section has been placed in
    sys$common:[syslib] and should thus be available on all nodes of
    the cluster.
    
    steve 
31.5SIM development environment not on RDGE00RDGE43::JANJUAThe BearWed Sep 17 1986 17:049
    
    We are having problems with the SIM development environment.
    Whenever we login to RDGE00 (thro' the cluster) or submit jobs
    that end up on RDGE00_BATCH, we do not get assigned to the environment,
    instead we get error messages telling us that we are not *authorised*
    to assign. 
    
    Danish
    
31.6Problems with RDGE00RDGE00::DRAPERSteve DraperThu Sep 18 1986 10:307
    True - however this problem is currently universal i.e. not confined
    to SIM. There have been a *lot* of problems with RDGE00 lately
    (hardware-wise) and I think you may be seeing one of the side-effects
    of various attemps that have been made to isolate the problems.
    Ian/Vicky and I will investigate it and let you know the outcome.
    
    steve
31.7Missing banner page on printed mailRDGE28::DRAPERSteve DraperFri Sep 19 1986 11:0610
    Some people may have noticed that, when printing VAXmail messages,
    no banner page is created at the start of the print job, or between
    the mail messages. This is due to the fact that the print queues
    were initialised /DEFAULT=FLAG, which works ok for normal print
    jobs that may consist of multiple individual files.
    
    For mail to print properly (with flag pages), the queues must be
    initialised /DEFAULT=FLAG/SEPARATE=FLAG. This has now been done.
    
    steve
31.8LSE environment filesRDGE00::CLARKASC, a mad ScotTue Sep 23 1986 14:2417
Could someone please post the movements of the lse envoirnoment files in this 
conferences. Before the cluster they were in :-
    
    sys$common:[lse_sections] (I think)

After the cluster they were in :-

    $28$dua2:[lse_sections]

Now they are in :-

    sys$common:[xlse]

Thank you,

Stewart
31.9EDTCAIRDGE43::ATTAWAYWed Sep 24 1986 17:159
    
    What ever happened to the EDT Computer Aided Instuction (EDTCAI)
    Kit that used to be on U9.
    
    We have a new Administrator in Support and would like to aquaint
    her with EDT. Can we have EDTCAI back ?
    
    Paul
    
31.10%RMS-F-ISI or DBG-F-NOTWORKINGRDGE00::KERRELLDo not disturbMon Sep 29 1986 16:368
Any debug image I try to run on RDGE00:: crashes out with;

	%RMS-F-ISI, invalid internal stream identifier (ISI) value

Same image works fine on RDGE43::


Dave.
31.11DEBUG BUG BUg Bug bug........RDGE43::DRAPERSteve DraperMon Sep 29 1986 17:3613
    Yes - or even %SYS-F-ACCVIO. This problem has been reported to the
    TSC in Viables - who had never heard of it previously. They suggested
    that the problem might well be hardware-specific: there are apparently
    some situations where a 785 can bite you for no good reason.
    
    At the time, RDGE00 was actually suffering from other hardware
    problems, so this problem was not specifically pursued then. Now
    that RDGE00 has become stable again, and the Debug problem is still
    with us, it might be a good idea to have the hardware (especially
    cpu/memory) thoroughly checked out.
    
    steve
    
31.12Debug on RDGE00RDGE00::FLASHSaviour of the UniverseTue Sep 30 1986 10:356
    More info on debug problem:
    
    	I tried the image that failed yesterday and it worked first
    time, failed the second time. Yesterday it failed consistently.
    
    Dave.
31.13Perhaps the bug has a bug!?!?RDGE43::HAYESIan Hayes, ext. 4992Tue Sep 30 1986 11:080
31.14Mail still not signallingRDGE43::KEWJerry built systemsTue Sep 30 1986 16:398
re: 31.3 



Still not *always* being signalled on arrival of incoming mail

Jerry