T.R | Title | User | Personal Name | Date | Lines |
---|
93.1 | 2 bugs | CSEVEN::DANIELE | SNMP, right here & now. | Tue Apr 03 1990 17:04 | 15 |
| Erik and I did a bit of investigation over the phone. This is really
2 bugs.
The first is that the AM occasionally decides that it has no attributes
to send back to TRM. I'll try and track that one down.
The second is that what the AM passes back across the interface for
"got no attributes" apparently isn't what TRM expects for
"got no attributes". This situation is exactly what happens when you
ask a Portal for TCP attributes, as documented in the release notes.
I hope to have an answer to this one soon.
Thanks,
Mike
|
93.2 | NOTE: don't use WITH then | GOSTE::CALLANDER | | Thu Apr 05 1990 15:05 | 16 |
|
Mike I am interested in knowing what your "got no attributes" equates
to...
Also note with a problem like this be careful using the TRMs WITH
clause support. In the EFT kit there was a problem in the TRM that
makes it so that the WITH processing MUST receive back at least
one attribute if the FM or AM is signalling a successful response.
Note that the results you will see if the AM doesn't return any
attributes will be an ILV error, that doesn't make much sence to
a user.
jill
|
93.3 | 1 down... | MKNME::DANIELE | | Mon Apr 09 1990 11:42 | 13 |
| Bug # 1 has been fixed, please see note 97.
Bug # 2 is still being investigated. Please note that the error
message
" %MCC-E-NOENTITY, No corresponding entity instance exists "
has NOTHING TO DO with manageable entities. It does not mean, for
instance, that XPLORE is somehow unknown or unavailable. This message
is presented by TRM when it can't successfully interpret what's encoded
in Out_P.
Mike
|
93.4 | Quiescence | MKNME::DANIELE | | Tue Apr 10 1990 13:29 | 2 |
| Bug # 2 is now understood, and TRM will support this particular
implementation of "empty" by EFT update.
|