CHAA006%vaxb.rhbnc.ac.uk@CS.UCL.AC.UK.UUCP (02/12/87)
>>> We are experiencing a problem with DECnet between a DEC 20 running >>> TOPS20 5.1(6101) and a VAX 750 running VMS 4.4, linked by DMC/DMR. We >>> run an application on the VAX which copies files from the 20 using RMS >>> from MACRO. This ran OK under VMS 4.2, but with 4.4 the RMS $OPEN fails >>> with "RMS-F-SYS, QIO system service request failed" coupled with >>> "SYSTEM-F-LINKABORT, network partner aborted logical link". It doesn't >>> fail on every file, nor necessarily twice on the same file, but it >>> fails a lot. Considered opinion is that it is a timing problem, >>> but where we go from there I don't know. >>> Has anyone out there had a similar problem, and if so have you fixed >>> it? Any help or suggestions would be appreciated. We also have link-abort problems on VAX-VAX DECnet links at RHBNC. I believe that the problem is a simple DECnet timeout on a heavily loaded system. We intend to re-install DECnet in the immediate future, and to increase the default timeout period. I'll let you know if it help! By the way, our problems occur on simple DECnet copies, with no user-programs involved. ** Phil. Philip Taylor (Royal Holloway & Bedford New College; University of London; U.K) Janet : chaa006@uk.ac.rhbnc.vaxa (or) chaa006@uk.ac.rhbnc.vaxb ([+Janet.000005181000] or [+Janet.000005181100]) Arpa : chaa006%vaxa.rhbnc.ac.uk@ucl-cs.arpa (or) : chaa006%vaxb.rhbnc.ac.uk@ucl-cs.arpa Bitnet/NetNorth/Earn: chaa006@vaxa.rhbnc.ac.uk (or) chaa006%rhbnc.vaxa@ac.uk (or) : chaa006@vaxb.rhbnc.ac.uk (or) chaa006%rhbnc.vaxb@ac.uk