- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: event 0.7
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2009 11:25 AM
тАО04-23-2009 11:25 AM
It had dual Ethernet between the FT810 and a Xyplex terminal server. It kept getting adjacency down then up with attendant application failure. The application depends on the Ethernet connection to the Xyplex server. We disable one of the Ethernet link and that problem disappeared.
Now we are getting an occasional message about event 0.7, aborted service request from node 1.9. It is followed rather quickly by another message saying things are ok. I think that event was 4.10 but don't have my notes with me and I am not on site.
I am reasonably certain that node 1.9 is the FT810 computer node, but I cannot find anything about event 0.7. Can anyone tell me about event 0.7? (that is zero point seven )
I have the full set of manuals. Is this documented in there somewhere?
Thanks for your time,
Bryan
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2009 11:49 AM
тАО04-23-2009 11:49 AM
SolutionDECnet event 0.7, is an aborted service request, and will usually indicate a line open error, unrecognized component or other such condition. It's typically a MOP request that has arrived. Some widget on your LAN is looking for boot files, usually.
This 0.7 is nothing to worry about; it's entirely normal for many configurations. (Now if there is no other box around that is servicing the MOP requests here or something blocking the MOP sequences, now that's more of a problem and worth a look.)
I have a collection of DECnet and DECnet MOP articles and topics posted (and links to manuals and the architecture documents and such); start with:
http://labs.hoffmanlabs.com/node/61
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2009 11:57 AM
тАО04-23-2009 11:57 AM
Re: event 0.7
RE: DECnet event 0.7, is an aborted service request, and will usually indicate a line open error, unrecognized component or other such condition. It's typically a MOP request that has arrived. Some widget on your LAN is looking for boot files, usually.
Our LAN is limited to about six feet of thin net cable between the VAX and the Xyplex terminal server. There are no other components connected. The FT810 drives a communications controller by polling it a few times a second. When we get the event, communications stops for a bit then resumes.
As noted, we simply disconnected ethernet link KFE-0 and are running on KFE-1. The computer seems to not know anything about KFE-0 but we don't know why.
I cannot see your reply while I write this, but will follow your link and see what I find.
Thanks for the reply,
Bryan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2009 12:20 PM
тАО04-23-2009 12:20 PM
Re: event 0.7
The ThinWire coax has specific configuration requirements around the cabling and the T and the termination, and the cabling can get damaged and can simply degrade. That's worth confirming.
If this isn't MOP, then what's going on here requires some more detail (there's usually a second error message associated with 0.7) and could well need a look at the hardware; at the Jetstream box and its NICs, and at the ThinWire, and at the terminal server.
JetStream needed 5.5-2HF? or some other specific releases for these boxes, as well as the FTSS pieces. Though given your comments, I doubt that stuff has been changed here, or will be changed here.
Also see http://vt100.net/manx/search?cp=1&q=vaxft
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2009 05:04 PM
тАО04-23-2009 05:04 PM
Re: event 0.7
I have recomended that we replace the thin net cable and to ohm out the terminators. As we are just trying to limp along while waiting for a replacement system, I'll let this error slide for a while.
Just in case, I will leave this open for a day or two just in case someone else has a thought, then I will close it.
Thanks for taking the time to reply.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-24-2009 12:04 AM
тАО04-24-2009 12:04 AM
Re: event 0.7
fwiw
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-24-2009 12:15 AM
тАО04-24-2009 12:15 AM
Re: event 0.7
consider to post the full DECnet event 0.7 message text.
You can DEFINE/SYS MOM$LOG FF and then look at SYS$MANAGER:MOM.LOG (or is it SYS$SYSTEM:MOM.LOG ?) after the next error has happened. You may find more information about the received MOP message in that .LOG file.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-24-2009 12:18 PM
тАО04-24-2009 12:18 PM
Re: event 0.7
Volker Halle: Thanks for the suggestions. I will implement and see what I get. I won├в t have a response until mid next week.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-27-2009 04:24 PM
тАО04-27-2009 04:24 PM
Re: event 0.7
How do I enable Ethernet cards KFE-0 and KFE-1 and make them functional?
What is the syntax for starting the NCP log file?
I tried this suggestion
[quote]You can DEFINE/SYS MOM$LOG FF and then look at SYS$MANAGER:MOM.LOG (or is it SYS$SYSTEM:MOM.LOG ?) after the next error has happened. You may find more information about the received MOP message in that .LOG file.[/quote]
VMS accepted the command, but no log data was produced. I found three versions of [SYS$MANAGER]:MOM.LOG, all about a month old and probably on the same day. But no recent files. I used the name MOMBK.LOG so I wouldn├в t mess up any old files.
The problem became much worse today and decayed to the point that the application would not run. The drives are all 10 to 15 years old and I was worried that if turned off they might not spin back up. After looking at the machine I realized/remembered that the CPU logic power is separated from the disk driver power. I was able to power down the CPU and leave the drives spinning. We put the Ethernet cards from the bottom half into the top half and booted it up. We are now running without error.
We do have a complete backup FT810 that was a development system. When I checked it, only half the machine will power up, but that├в s ok. When I checked the Ethernet cards with a SHOW CIRCUITS, it showed none. If my two Ethernet cards on the operational system are KFE-0 and KFE-1, how do I turn them on and make them useful.
I still want to be able to activate logging. I started MCP and started with the SET command and let it prompt me all the way to the end. Then it gave me a syntax error that was unexpected. To make this short, the command was:
SET LOGGING FILE CIRCUIT KFE-1 EXECUTOR
After hitting the enter key for EXECUTOR it prompted with:
Sink name (filename.typ)
I entered MOMBK.LOG and when that did not work tried the whole process over again with [SYS$MANAGER]:MOMBK.LOG.
It prompted with
Sink state (ON, OFF, HOLD)
I entered ON and pressed return. The response was:
%NCP-W-NUPGP. Invalid parameter grouping, sink node.
The prompting did not seem to indicate a grouping? Does anyone know what I have wrong?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-27-2009 10:08 PM
тАО04-27-2009 10:08 PM
Re: event 0.7
to configure DECnet Phase IV, run @SYS$MANAGER:NETCONFIG. It will do a new configuration - based on your input and the system configuration.
DECnet lines/circuits KFE-n are associated with OpenVMS EFcn: devices. In general, you would DEFINE them with
$ MC NCP DEF LINE KFE-0 STATE ON
$ MC NCP DEF CIRC KFE-0 COST x STATE ON
Running @STARTNET would then activate these lines/circuits given that OpenVMS autoconfiguration found and created the underlying EFcn: devices.
Please post the full 0.7 event message.
MOM$LOG is a private LOG file of the MOM process and will log additional information into SYS$MANAGER:MOM.LOG - if the MOM process would be activated to service a MOP request. This has NOTHING to do with DECnet event logging itself.
Note that if you generally mistrust your old hardware, it may be possible to emulate a FT-VAX by using the CHARON-VAX emulator based on a fault-tolerant PC (e.g. STRATUS).
Volker.