T.R | Title | User | Personal Name | Date | Lines |
---|
336.1 | | OPG::PHILIP | And through the square window... | Sat Aug 06 1994 13:43 | 13 |
| Connie,
The Username is supposed to have leading and trailing
spaces trimmed, I will put this on our bug board to
check out and fix.
As for the second request, I dont think so, as external
events sent to ENS via the API may need to be displayed
but these events may relate to a peripheral which is
outside the scope of the PCM database.
Cheers,
Phil
|
336.2 | Perhaps you could consider this | 29067::C_TOWNSEND | | Mon Aug 08 1994 22:01 | 22 |
| Hey Phil -
> As for the second request, I dont think so, as external
> events sent to ENS via the API may need to be displayed
> but these events may relate to a peripheral which is
> outside the scope of the PCM database.
In the case where there are no nodes in the C3 view, what difference
does it make if there are ENS events to display ... the customer can't
do anything about them anyway. How about if we compromise?
We need some troubleshooting logfiles that are generated on startup.
Right now customers and CSC support specialists are having to guess what
might be going on. Turning on CONSOLE$DEBUG doesn't give the type of
error messages that are meaningful in managing PCM in a production
environment. If we have separate logfiles for the C3, ENS, the
controllers, network activity etc., then we can reduce troubleshooting
time and give customers a chance to resolve their own problems as an
added bonus.
Respectfully submitted,
Connie
|
336.3 | Wouldn't hurt | 56649::DBIGELOW | Innovate, Integrate, Evaporate | Mon Aug 08 1994 22:25 | 4 |
| Giving the "user xxxx not found in PCM database" certainly would not hurt.
It could be tucked away in the C3 log file.
Dave
|
336.4 | | 29067::BUTTERWORTH | Gun Control is a steady hand. | Mon Aug 08 1994 23:29 | 5 |
| >could be tucked into the C3 logfile
or at least sent to SYS$OUTPUT
Dan
|
336.5 | | OPG::PHILIP | And through the square window... | Tue Aug 09 1994 10:14 | 23 |
| Connie,
For the next major version, I am working on separate log
files for each of the "detached" components, this includes
each child controller daemon, the messages in these log
files should be a little more meaningful than those we
put out today.
What types of messages would you like to see in these log
files? as, what is useful to me may not be very useful to
the average customer.
As for the C3, thats up to Dave, whatever he decides is
best, but, yes you can have a C3 without "Nodes" which
is useful, as when you add "Peripherals" which have the
same name as the system field in an event record, their
icons will change colour. Although, in V1.5 you will not
be able to get the context for these external
"CMUserSendEvent()" generated events, this is also fixed
in the next major release..
Cheers,
Phil
|
336.6 | Great news! | 29067::C_TOWNSEND | | Tue Aug 09 1994 19:51 | 22 |
| Phil -
Providing logfiles each time PCM is started would be great ... with a
message timestamp perhaps and in a central location for easy retrieval!
I'll start compiling some ideas on the type of information or messages that
would be useful, and hope that others in the notesfile will contribute as
well. What timeframe do we have for getting these ideas to you?
Another feature of VCS that is appreciated are the on-line 'Message and
Error Recovery Procedures'. I can issue HELP VCS MESSAGE BADRANGE and get
a brief explanation and 'user action' text. I haven't located any
information on PCM messages either online or in the documentation. There
are probably several ways to deliver that kind of information including a
STARS article (to make it real simple for you). Let me know if I can help.
Thanks for all the hard work. I realize my requests are far from trivial.
Regards,
Connie
|
336.7 | | OPG::PHILIP | And through the square window... | Wed Aug 10 1994 10:17 | 13 |
| Connie,
Give me the ideas anytime, I will slot as many as I
can in as I go along, add them as replies to this
note.
We havnt documented any of the messages up until now
because of lack of time and resources, I dont see
this situation changing in the near future.
Cheers,
Phil
|