• Subject: Re: AS/400 NetServer
  • From: "Neil Palmer" <neilp@xxxxxxxxxxx>
  • Date: Mon, 22 Jan 2001 01:45:17 -0500

In the past I had this exact problem, but can't recall exactly what I did 
to fix it.
It may have been one of these:

When you upgraded to V4R5 (maybe you came from V4R3 - this applies to 
anyone upgrading to V4R4 or higher) did you modify your startup program to 
include the  STRSBS QUSRWRK  (after STRSBS QSERVER) ?  IBM added this in 
V4R4.  (RTVCLSRC QSYS/QSTRUP after each release upgrade to check for any 
changed IBM may have made).

Did you have TCP/IP starting via an autostart job entry in QSYSWRK 
subsystem, and a DLYJOB in the startup program after the first subsystem 
was started (prior to STRSBS QSERVER) to give TCP/IP time to start ?  This 
was necessary early in V4R3 due to a timing problem with TCP/IP startup. 
If you have it there in V4R4 or V4R5, remove it.

Now if that return code was 3409 on the CPIB683 you may as well try the 
circumvention listed below, although you would think the fact V4R5 isn't 
listed implies it's fixed in V4R5 base code:
Item MA22413 

  APAR Identifier ...... MA22413  Last Changed..00/12/20  
  Symptom ...... IN INCORROUT         Status ........... CLOSED  PER
  Severity ................... 2      Date Closed ......... 00/08/16
  Component .......... 9400DG300      Duplicate of ........
  Reported Release ......... 440      Fixed Release ............ 999
  Component Name 5763 5769 5716       Special Notice           HIPER
  Current Target Date ..00/09/22      Flags  RESTART/BOOT/IPL
  SCP ...................
  Platform ............
  Status Detail: SHIPMENT - Packaged solution is available for
  PE PTF List:
  PTF List:
  Release 230   : PTF not available yet
  Release 305   : PTF not available yet
  Release 310   : PTF not available yet
  Release 320   : PTF not available yet
  Release 360   : PTF not available yet
  Release 370   : PTF not available yet
  Release 410   : PTF not available yet
  Release 420   : PTF not available yet
  Release 430   : MF25440 available 00/11/22 (1000 )
  Release 440   : MF25091 available 00/12/20 (0350 )
  Parent APAR:    SA90279
  Child APAR list:
  QZLSSERVER comes active a minute or so and then ends. Joblog
  says it is ending normally.  Qsysopr gets msg CPIB683 RC6
  RC3409. VLOGS on the system include vl/44012001, vl/4400800F,
  vl/44000002, VL/1F000001. NETSTAT *CNN shows no NETBIOS jobs.  A
  display of ports only showed 139 (not 137, 138) in close-wait
  status so I ended it. Dev logged on to cust system and found
  that the heap used by the NetServer's comm stack was corrupted.
  Run the following commands to create a new heap:
  * PROBLEM: (MA22413) Licensed Program = 5769999              *
  *          Crash/Hang Requiring an IPL to Recover            *
  *          SRC B600 0103                                     *
  * USERS AFFECTED: All OS/400 users.                          *
  * RECOMMENDATION: Apply LIC PTF MF25440 for R430.            *
  NetServer will not start.  QHST log receives msg CPIB683 with
  RC6 and RC3409 (ETIME).  Other symptoms include a system crash
  with SRCB6000103.  Both cases are variants of the same storage
  corruption problem.  In the first case, the control segment of
  NetServer's private heap was corrunpted.  In the second case
  the virtual function table for a QmNSReq message object was
  overlaid with a QuGate.
  The management of internal NetServer message queues was changed
  to prevent mutiple deletes of the same object.  Affected modules
  are vsocket and zlsNBTab.
                         * HIPER *
  SRLS:      NONE



AIV <aiv@ctv.es>
Sent by: owner-midrange-l@midrange.com
2001/01/21 19:15
Please respond to MIDRANGE-L

        To:     Midrange-List <MIDRANGE-L@midrange.com>
        Subject:        AS/400 NetServer

Hi, folks,
I have a strange problem in one of my customers, recently installed

Starting AS/400 NetServer starts QZLSSERVER and the four (4) Netbios
connections can be seen in NETSTAT *CNN, but this lasts just 30
seconds... After that, message CPIB683 is sent to QSYSOPR with reason
code 6 and return code 3204 (I think; sorry, I can't remember the exact
figure...). The help for that message only adds some info for reason 6
and return code '16' meaning a duplicate name may be in the network, but
no info for other return condes... Where can I find the meaning for the
rest of return codes of reason code 6 ?
No JobLogs show up; only a final message saying NetServer could not be

What does the 30 seconds lifetime means? Is it in any way related to the
typical 30 seconds other jobs asume for lock-wait on some objects,
records, or the like? I can't find any such value (30 secs) in the
definition of NetServer properties, nor anywhere else.

One more related question, we are using a NT 4.0 as WINS Server. The
documentation I found so far mentions that once NetServer is configured
and up and running, we should add its name to either the network DNS
server, or WINS server or to local LMHOSTS file...
As mentioned, we are using WINS on the NT 4.0, but to my knowledge, the
WINS Server "gathers" all the information of all PC's in the net as the
come up in the network, but we never had to "add manually" each
individual PC to any WINS list in the WINS Server... What does exactly
mean the phase "we should add the AS/400 NetServer to the WINS Server" ?

Could that be the reason for the failure of NetServer starting Netbios
connections after the 30 seconds mentioned above?

Thanks to all,
Antonio Fernandez-Vicenti

| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.