[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

161.0. "Inconsistencies with the TRM PM display of SHOW <entity specs> ALL ATTRIBUTES" by BYBLOS::TAMER () Thu Jun 28 1990 18:28

Hi,

I am noticing a couple of inconsistencies with the TRM PM display of 
SHOW <entity specs.> ALL ATTRIBUTES. These are shown below.

1.
==

MCC> show server x all char
server X
Characteristics
AT 28-JUN-1990 17:12:34


SERVER Success Response
                         Deletion Delay = 30
                      Deletion Interval = 15
                         Creation Delay = 10
                      Creation Interval = 10
                      Minimum Processes = 0
                      Maximum Processes = 32765
                                  Image = dectpv1:[proto.exe]sp.exe
MCC>

->	Notice that the display line "SERVER Success Response", defined in the 
	MSL file, is displayed.

	NOW,

MCC> show server x all attr
server X
ALL ATTRIBUTES
AT 28-JUN-1990 17:15:07


                                   Name = X
                         Busy Processes = 0
                          Current Image = dectpv1:[proto.exe]sp.exe
                      Current Processes = 0
                       Current Requests = 0
                         Idle Processes = 0
                         Peak Processes = 0
                          Peak Requests = 0
                           Server State = Enabled
                          Creation Time = 28-JUN-1990 17:03:19.12
                      Processes Created = 0
                     Requests Processed = 0
                         Creation Delay = 10
                      Creation Interval = 10
                         Deletion Delay = 30
                      Deletion Interval = 15
                                  Image = dectpv1:[proto.exe]sp.exe
                      Maximum Processes = 32765
                      Minimum Processes = 0
MCC>

->	The display message disappears.


2.
==

MCC> show server y all attr
server Y
ALL ATTRIBUTES
AT 28-JUN-1990 17:18:44


This server is not enabled
This server is not enabled
This server is not enabled
This server is not enabled
MCC>

->	Here server y is not enabled, so we should get an exception.	
	While the TRM PM traps all four response replies and displays them in
	one message (with the display line missing), it displays four exception
	messages instead of traping them and displaying only one.


Phil

T.R	Title	User	Personal Name	Date	Lines
161.1	Another similar inconsistency	BYBLOS::TAMER		`Fri Jun 29 1990 12:00`	31
	When I specify individual attributes from different partitions, I get four seperate messages (each with a header) with misallignement in screen positions of attribute ID/value pairs. MCC>show server test_server1 name, curre pro, crea time, del del server TEST_SERVER1 Identifiers AT 29-JUN-1990 10:50:56 Name = TEST_SERVER1 server TEST_SERVER1 Status AT 29-JUN-1990 10:50:58 Current Processes = 0 server TEST_SERVER1 Counters AT 29-JUN-1990 10:51:01 Creation Time = 29-JUN-1990 10:48:59.47 server TEST_SERVER1 Characteristics AT 29-JUN-1990 10:51:02 Deletion Delay = 30 MCC>
161.2	thanks... we'll be looking into this	TOOK::DITMARS	Pete	`Sat Jun 30 1990 18:48`	19
	Thanks for the problem report. What version of MCC are you running? I have been very busy the past week, and haven't had time to investigate all of your observations. I think that what you're reporting in .0 are indeed problems that need to be addressed (if they haven't already been). Hopefully I'll be able to give you a more satisfactory answer than that in the coming week. One thing I can give you an answer on is your question in .1 regarding misalignment of the attribute ID/value pairs. What you're seeing is correct FCL output. Output is centered around the = sign, with the ID being right justified and the value being left justified. I can understand how some folks might not like the format of the FCL PM's output. It has its good points and its bad. We'll be working on this in the future. regards, Pete
161.3	Observed on the EFT kit	BYBLOS::TAMER		`Mon Jul 02 1990 15:25`	7
	.2 I am running the EFT kit. You are right on the misalignment question. When the result is received as more than one message, the attributes appear misaligned while in fact they are not. Phil
161.4	most of these fixed in eft update	GOSTE::CALLANDER		`Sun Jul 08 1990 16:36`	20
	Some of the items, especially in the area of "all attributes" are known and were fixed for the EFT update kit. I believe all of the ones mentioned here have been corrected. The strategy aroung the "all attributes" display was modifed. We now take into account a lot more factors before displaying information to the user. This means that is some of the partitions fails while others succeed all of the success will be displayed along with one failure message. The exception to this rule being the reference partition. Since the user has to define all refrerence attributes, if they are not present when an "all attributes" requiest is made, the error from this request is surpressed. Other minor changes to the header display was also made. I would apreciated any more coments you have on format; especially after you have had some time with the EFT update. jill