T.R | Title | User | Personal Name | Date | Lines |
---|
47.1 | | UTRTSC::SWEEP | I want a lolly... | Thu Jan 23 1997 10:29 | 35 |
47.2 | example how to reproduce | BACHUS::BERGMANS | | Fri Jan 24 1997 16:00 | 206 |
| Hello Adrie,
The problem can been reproduced as will, here are the commands I give on
node "GASTON", note in the last command: nbshow knbstatus gaston, that the
Socket buffer bytes counter is also increased. The version of UCX is here
DEC TCP/IP Services for OpenVMS VAX Version V3.3 - ECO Level 8
on a VAXstation 3100 running OpenVMS V5.5-2
but the behavior is the same with ucx 4.1 eco3.
The command "nkshow knbstatus delco_wfw" tells ": No response for delco_wfw"
although the trace shows a send packet, and the ucx counter increased. (I can
make the traces available if you want)
I will escalate this to engineering.
I suppose it is better to move this problemdiscussion to the PWV50IFT notes
conference?
$ ucx sho dev /port=137/full
Device_socket: bg8 Type: DGRAM LOCAL REMOTE
Port: 137 0
Host: 0.0.0.0 0.0.0.0
Service:
RECEIVE SEND
Queued I/O 0 0
Q0LEN 0 Socket buffer bytes 1086 0
QLEN 0 Socket buffer quota 9000 9000
QLIMIT 0 Total buffer alloc 10968 0
TIMEO 0 Total buffer limit 36000 36000
ERROR 0 Buffer or I/O waits 0 0
OOBMARK 0 Buffer or I/O drops 0 0
I/O completed 22180 176
Bytes transferred 1172156 9520
Options: BROAD
State: PRIV
RCV Buff: SEL
SND Buff: SEL
$ nbshow knbstatus soupap_dos
Adapter status for soupap_dos on
ID: 8 0 2B 9D AE E9 Version 1.2 Time up: 0 days 0 hours 0 minutes
Packets sent: 0 CRC errors: 0
Packets received: 0 Alignment errors: 0
Retransmitted packets: 0 Collisions: 0
Resources exhausted: 0 Aborted transmissions: 0
Ncbs: Free : 24 of 13; maximum configurable: 13
Sessions: In use: 0 of 14; maximum configurable: 14
Adapter packet size: 65535
Local name table (3 names):
Name Soc Num Status
SOUPAP_DOS x 0 1 Unique Registered
IMPERVIL x 0 2 Group Registered
SOUPAP_DOS x52 3 Unique Registered
$
$ nbshow knbstatus soupap_dos
$ ucx sho dev /port=137/full
Device_socket: bg8 Type: DGRAM LOCAL REMOTE
Port: 137 0
Host: 0.0.0.0 0.0.0.0
Service:
RECEIVE SEND
Queued I/O 0 0
Q0LEN 0 Socket buffer bytes 1243 0
QLEN 0 Socket buffer quota 9000 9000
QLIMIT 0 Total buffer alloc 12796 0
TIMEO 0 Total buffer limit 36000 36000
ERROR 0 Buffer or I/O waits 0 0
OOBMARK 0 Buffer or I/O drops 0 0
I/O completed 22184 182
Bytes transferred 1172481 9820
Options: BROAD
State: PRIV
RCV Buff: SEL
SND Buff: SEL
$
$ nbshow knbstatus delco_wfw
: No response for delco_wfw
$
$ ucx sho dev /port=137/full
Device_socket: bg8 Type: DGRAM LOCAL REMOTE
Port: 137 0
Host: 0.0.0.0 0.0.0.0
Service:
RECEIVE SEND
Queued I/O 0 0
Q0LEN 0 Socket buffer bytes 1773 0
QLEN 0 Socket buffer quota 9000 9000
QLIMIT 0 Total buffer alloc 16452 0
TIMEO 0 Total buffer limit 36000 36000
ERROR 0 Buffer or I/O waits 0 0
OOBMARK 0 Buffer or I/O drops 0 0
I/O completed 22242 209
Bytes transferred 1175901 11170
Options: BROAD
State: PRIV
RCV Buff: SEL
SND Buff: SEL
$nbshow knbstatus jefke
Adapter status for jefke on
ID: AA 0 4 0 ED FC Version 3.0
Time up: 3 days 19 hours 28 minutes
Packets sent: 0 CRC errors: 0
Packets received: 0 Alignment errors: 0
Retransmitted packets: 0 Collisions: 0
Resources exhausted: 0 Aborted transmissions: 0
Ncbs: Free : 65535 of 65535; maximum configurable: 65535
Sessions: In use: 15 of 30; maximum configurable: 30
Adapter packet size: 1497
Local name table (12 names):
Name Soc Num Status
PWRK$LPAS$OP x20 1 Unique Registered
PWRK$LPAS$OP x43 2 Unique Registered
PWRK$LS x47 3 Group Registered
PWRK$LPAS$OP x4c 4 Group Registered
DBC038CMTSERVER x20 5 Unique Registered
JEFKE x20 6 Unique Registered
JEFKE x 0 7 Unique Registered
IMPERVILLE x 0 8 Group Registered
IMPERVILLE x1c 9 Group Registered
IMPERVILLE x1d 10 Group Registered
PCI_CLUSTER x 0 11 Group Registered
^^^^^^^^^^^^^^^ xff 12 Unique Registered
$ucx sho dev/port=137/full
Device_socket: bg8 Type: DGRAM LOCAL REMOTE
Port: 137 0
Host: 0.0.0.0 0.0.0.0
Service:
RECEIVE SEND
Queued I/O 0 0
Q0LEN 0 Socket buffer bytes 2092 0
QLEN 0 Socket buffer quota 9000 9000
QLIMIT 0 Total buffer alloc 18280 0
TIMEO 0 Total buffer limit 36000 36000
ERROR 0 Buffer or I/O waits 0 0
OOBMARK 0 Buffer or I/O drops 0 0
I/O completed 23027 280
Bytes transferred 1217958 14720
Options: BROAD
State: PRIV
RCV Buff: SEL
SND Buff: SEL
$nbshow knbstatus gaston
Adapter status for gaston on
ID: AA 0 4 0 A7 FB Version 3.0
Time up: 2 days 1 hours 9 minutes
Packets sent: 0 CRC errors: 0
Packets received: 0 Alignment errors: 0
Retransmitted packets: 0 Collisions: 0
Resources exhausted: 0 Aborted transmissions: 0
Ncbs: Free : 65535 of 65535; maximum configurable: 65535
Sessions: In use: 13 of 45; maximum configurable: 45
Adapter packet size: 1497
Local name table (9 names):
Name Soc Num Status
DBC572CMTSERVER x20 1 Unique Registered
GASTON x20 2 Unique Registered
GASTON x 0 3 Unique Registered
IMPERVILLE x 0 4 Group Registered
IMPERVILLE x1c 5 Group Registered
IMPERVILLE x1d 6 Group Registered
PCI_CLUSTER x 0 7 Group Registered
PCI_CLUSTER x20 8 Group Registered
DBC572_210000BD x 0 9 Unique Registered
$ucx sho dev/port=137/full
Device_socket: bg8 Type: DGRAM LOCAL REMOTE
Port: 137 0
Host: 0.0.0.0 0.0.0.0
Service:
RECEIVE SEND
Queued I/O 0 0
Q0LEN 0 Socket buffer bytes 2357 0
QLEN 0 Socket buffer quota 9000 9000
QLIMIT 0 Total buffer alloc 20108 0
TIMEO 0 Total buffer limit 36000 36000
ERROR 0 Buffer or I/O waits 0 0
OOBMARK 0 Buffer or I/O drops 0 0
I/O completed 23051 284
Bytes transferred 1219421 15147
Options: BROAD
State: PRIV
RCV Buff: SEL
SND Buff: SEL
$ log
|
47.3 | | UTRTSC::SWEEP | I want a lolly... | Wed Jan 29 1997 09:40 | 6 |
| If you want to eacalate it, then yes,
this is not the right conference.
Issue an ipmt request.
Adrie
|
47.4 | ASTAT crash in some versions of PATHWORKS for OSF/1 (LANMAN) | JAMIN::WASSER | John A. Wasser | Fri Feb 07 1997 14:48 | 20 |
| > First of all the NBSHOW command simply sends out a netbios status request
> to the client and the client responds on that by sending the server a nr
> of statistic values.
>
> I can't imagine that this causes something to lock up on the server side,
> (but if you say so, then i believe you).
At least one version of PATHWORKS for OSF/1 (LANMAN) would
crash if it received a NetBIOS ASTAT (Adapter Status) request.
I don't know if the problem was protocol-specific (DECnet, TCP/IP,
or NetBEUI). You could trigger the crash with the SHOW ASTAT
command from a PATHWORKS client.
I think problem was noticed first back in the PATHWORKS V5.1
for DOS and Windows days but I don't have a record of it. A
bug-fix release of the PATHWORKS client licensing components
used an ASTAT call to check the availability of a particular
NetBIOS name (the FindName call was added to the NetBIOS API
later in its life and may not always be present). This started
to cause crashes on PATHWORKS for OSF/1 (LANMAN) servers.
|
47.5 | Did you know? | VMSNET::P_NUNEZ | | Fri Mar 28 1997 15:22 | 23 |
|
Adrie/Rob,
Are you aware that nbshow knbstatus will display a maximum of 112
client sessions? (I'm not sure about nbstatus.) I saw it on a
customer's system (contrasted with $ ucx sh dev/port=139 count).
The customer had reached max # of client sessions at 350 and we were
trying to confirm with:
$ define sys$output x.x
$ nbshow nbstatus
$ nbshow knbstatus
$ mc ncp show known links
$ deassign sys$output
$ SEARCH X.X ESTAB, PWRK$LMMCP/MATCH=OR/NOOUT/STAT
But "Records matched" from the stats was only something like 242. A
co-worker pointed out that KNBSTATUS will only list 112 clients. We
got a count from $ UCX SHOW DEV/PORT=139 and found there were really
some 220 clients connected over IP.
Paul
|
47.6 | | UTRTSC::SWEEP | I want a lolly... | Wed Apr 02 1997 10:50 | 9 |
| Paul
No we were not aware. As soon as we have some spare time we'll
have a look at it.
Best is to issue a low prio qar.
Thanks for reporting
Adrie
|
47.7 | | UTRTSC::SWEEP | I want a lolly... | Wed Apr 02 1997 16:21 | 6 |
| Paul
I saw the problem that you describe. I also saw that
PWRK$SDA works ok, so I suggest you use that.
Adrie
|
47.8 | | UTRTSC::SWEEP | I want a lolly... | Thu May 15 1997 17:33 | 4 |
| It was assigned to me 2 days ago.
Its fixed.
Adrie
|
47.9 | How will we get it? | VMSNET::P_NUNEZ | | Fri May 16 1997 00:33 | 4 |
|
Will it be in v5.0F (will it work with previous versions)?
Paul
|
47.10 | | UTRTSC::SWEEP | I want a lolly... | Tue May 20 1997 12:57 | 3 |
| I entered it for f.
Adrie
|