| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 344.1 | | halt::POTTER | http://www.vmse.edo.dec.com/~potter/ | Tue Oct 15 1996 23:49 | 15 |
| 344.2 | | CAMINO::ROSCOE | | Wed Oct 23 1996 01:07 | 8 |
| 344.3 | | halt::POTTER | http://www.vmse.edo.dec.com/~potter/ | Wed Oct 23 1996 09:48 | 14 |
| 344.4 | Call failing again this time with %SYSTEM-F-SSFAIL, system service failure exception | 56730::ROSCOE | | Mon Apr 28 1997 23:55 | 15 |
| On a customer machine running OpenVMS Alpa V7.1,
DECnet Plus version V7.1, UCX V4.1 ECO level 3 our call to add branch is
failing with
%SYSTEM-F-SSFAIL, system service failure exception.
On one of our test machines we have the same software and all is well.
For the nodename argument we are passing the simple name UTURBO. I'm
guessing that something about the way DECnet Plus is setup is causing
this but I'm not sure. Any ideas on what can cause the status mentioned
above to be returned? The iosb is clean, after the call is made.
Rich
|
| 344.5 | There's usually more to the signal... | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Tue Apr 29 1997 17:47 | 3 |
|
There's usually more to the SS$_SSFAIL signal than what was shown -- the
condition value, PC, and PSL are usually included.
|
| 344.6 | | 56724::ROSCOE | | Wed Apr 30 1997 01:54 | 3 |
| Not in this case, they were not filled in... forgot to mention that.
Rich
|
| 344.7 | | MOVIES::POTTER | http://www.vmse.edo.dec.com/~potter/ | Thu May 01 1997 12:38 | 8 |
| I have a distant recollection of this being a problem due to DECdtm on
DECnet/OSI systems, but I'd have thought that it was fixed for V7.1
We don't seem to have the V7.1 sources/listings over here just now; I'll
try to get my STAR account re-enabled and see if that change was dropped.
regards,
//alan
|
| 344.8 | Any update on this? | 56730::ROSCOE | | Fri May 09 1997 15:48 | 0 |
| 344.9 | | MOVIES::POTTER | http://www.vmse.edo.dec.com/~potter/ | Wed May 14 1997 15:50 | 9 |
| Rich,
Sorry, but I haven't been able to do anything with this.
I think you'd be best to file a QAR against DECdtm, or contact the current
maintainer (Carey Donat, STAR::CDONAT) directly.
regards,
//alan
|