Hi,

Process Software MultiNet V5.2 Rev A-X, HP rx2660 (1.59GHz/9.0MB), OpenVMS I64 V8.3

This is a brand-new machine which so far has been performing very well.

Today I set up a DCPS printer queue for a new HP LaserJet P3005x. The first
job came out without any problems. The second job failed to establish
communication with the printer and then the queue stopped; restarting the
queue caused the job to print. That was the last thing to work between the
Integrity server and the printer. The third job did not print.

In trying to diagnose the problem I ran TCPDUMP and noticed a lot of arp
requests flying back and forth. For example:

09:40:45.50 rx2660.1906 > printer27.9100: S 0:0(0) win 6144 (DF)
4500 003c 6936 4000 4006 4e15 c0a8 0105 E.. c0a8 011b 0772 238c 5786 cb26 0000 0000 .....r#.W..&....
a002 1800 833d 0000 0204 05b4 0103 0300 .....=..........
0101 080a 0001 dead 0000 0000 ............
09:40:45.50 arp who-has rx2660 tell printer27
0001 0800 0604 0001 001a 4b31 5438 c0a8 ..........K1T8..
011b 250d 0a20 5d25 c0a8 0105 cb26 0000 ..%.. ]%.....&..
0000 a002 1800 0000 0000 0204 05b4 ..............
09:40:45.50 arp reply rx2660 is-at aa:0:4:0:36:29
0001 0800 0604 0002 aa00 0400 3629 c0a8 ............6)..
0105 001a 4b31 5438 c0a8 011b ....K1T8....

I tried pinging the printer from the Integrity server and got no response.

I turned the printer off and on and still got no response, yet other
machines here can contact it without difficulty. (Including an AlphaServer
running OpenVMS V8.3, MultiNet 5.1 and DCPS 2.6.)

The repeated arp requests made me wonder if there was an ARP issue so I
checked MultiNet's ARP table (altghough in writing this message I realise
it's the printer which was issuing the ARP requests).

rx2660::SYSTEM> mu show/arp
MultiNet ARP/ND table at 6-DEC-2007 09:57:10.94:
Host Network Address Ethernet Address Arp/ND Flags
---------------------------------------------------------- ---------------- ---------------
...
[UNKNOWN] (IP 192.168.1.27) 0:1a:4b:31:54:38 Up, LLinfo
...

So I tried to delete this ARP entry to see if that would clear the comms ...

rx2660::SYSTEM> mu set/arp/delete=192.168.1.27
%MULTINET-W-ARPNOTDEL, error deleting ARP entry for 192.168.1.27
-MULTINET-W-ARPNOENTRY, no such entry

Improperly handled condition, image exit forced by last chance handler.
Signal arguments: Number = 0000000000000008
Name = 0000000008028140
0000000000000001
0000000000020FF0
0000000008028160
0000000000000001
0000000000020FF8
00000000000326D0
000000000000001B

Register dump:
R0 = 0000000000000000 R1 = 000000007B562000 R2 = FFFFFFFF88047DD8
R3 = 0000000000000000 R4 = 000000007FFCF818 R5 = 000000007FFCF8B0
R6 = 0000000000000001 R7 = 0000000000000001 R8 = 0000000000020FF8
R9 = 00000000000A0130 R10 = 0000000000020FF8 R11 = 0000000000000001
SP = 000000007ACE1B00 TP = 000000007B5501C8 R14 = 00000000002A0000
R15 = 00000000000B0098 R16 = FFFFFFFF841E9CB0 R17 = 000000000000000C
R18 = 00000000CCCCCCCD R19 = 0000000000000031 R20 = 0000000000000001
R21 = 0000000000000037 R22 = 0000000000000000 R23 = 0000000000000031
R24 = 000000000000002E R25 = 0000000000000006 R26 = 00000000000BA5EA
R27 = 0000000000000014 R28 = 0000000000000002 R29 = 0000000000000031
R30 = 0000000000000036 R31 = 0000000000000038 PC = 00000000000326D0
BSP/STORE = 000007FDBFFD4208 / 000007FDBFFD4208 PSR = 0000101308026010
IIPA = 7B9041DF00020075
B0 = 00000000000326D0 B6 = FFFFFFFF841E9CB0 B7 = FFFFFFFF805F9890

Interrupted Frame RSE Backing Store, Size = 13 registers

R32 = 000000001B01A8C0 R33 = 00000000000000E0 R34 = 0000000008028140
R35 = 0000000008028160 R36 = 0000000000030990 R37 = C00000000000038F
R38 = 00000000002A0000 R39 = 0000000008028140 R40 = 0000000000000001
R41 = 0000000000020FF0 R42 = 0000000008028160 R43 = 0000000000000001
R44 = 0000000000020FF8

Clearly something is amiss here!

I tried rebooting the Integrity server and things didn't improve much; the
pending job in the printer queue printed straight away but then nothing
else. MultiNet receives only very intermittent responses to ping, even
though both the Integrity server and the printer seem to work with other
devices on the network -- just not with each other.

Any suggestions will be greatfully received!

Thanks,

Jeremy Begg

+---------------------------------------------------------+
| VSM Software Services Pty. Ltd. |
| http://www.vsm.com.au/ |
| "OpenVMS Systems Management & Programming" |
|---------------------------------------------------------|
| P.O.Box 402, Walkerville, | E-Mail: jeremy@vsm.com.au |
| South Australia 5081 | Phone: +61 8 8221 5188 |
|---------------------------| Mobile: 0414 422 947 |
| A.C.N. 068 409 156 | FAX: +61 8 8221 7199 |
+---------------------------------------------------------+