× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Problems with the IBM Distributed Debugger
  • From: xuanchen@xxxxxxxxxx
  • Date: Mon, 22 Jan 2001 17:55:40 -0500
  • Importance: Normal


Hi,

I just checked AS/400 System API, and found out the error code 3401 is
EACCES for bind() function.  And the following is the API description for
error code of bind():

****************************************
Error Conditions



When a bind() fails, errno can be set to one of the following:
[EACCES]
     Permission denied.
   The process does not have the appropriate privileges to bind
   local_address to the socket pointed to by socket_descriptor (for
   example, if socket_descriptor is a socket with an address family of
   AF_INET, and the sockaddr_in structure (pointed to by local_address)
   specified a port that was restricted for use).


*****************************************************************************




Regards,

Xuan Chen,  AS/400 AD Tools
(416) 448-3769 T/L 778-3769
xuanchen@ca.ibm.com



"Buckingham, Ed" <Buckingham@AE.com>@midrange.com on 01/22/2001 04:25:40 PM

Please respond to CODE400-L@midrange.com

Sent by:  owner-code400-l@midrange.com


To:   "'CODE400-L@midrange.com'" <CODE400-L@midrange.com>
cc:
Subject:  RE: Problems with the IBM Distributed Debugger


Yes we do have a firewall.  I am not sure if this will be the problem
though.  This did not start happening until we upgraded to the V4R4 version
of the OS400.  I will check into this though.  You never know.  Thanks!

> -----Original Message-----
> From:         Vernon Reeve [SMTP:reeve@bendcable.com]
> Sent:         Monday, January 22, 2001 3:48 PM
> To:           CODE400-L@midrange.com
> Subject:           RE: Problems with the IBM Distributed Debugger
>
>
> Do you have a firewall, and if so does it allow access to port 3001?
Each
> time I try to use a new port, I have to call the security guys to let me
> have access to it.
>
> -----Original Message-----
> From: owner-code400-l@midrange.com
[mailto:owner-code400-l@midrange.com]On
> Behalf Of Buckingham, Ed
> Sent: Monday, January 22, 2001 11:10 AM
> To: 'CODE400-L@midrange.com'
> Cc: 'satish@ca.ibm.com'
> Subject: RE: Problems with the IBM Distributed Debugger
>
> I have checked my port setting on the systems and port 3001 is not being
> used anywhere.  I have checked my active jobs and Q5BROUTE in not running
> any where.  Any other ideas as to what is going on here?  Thanks!
>
> > -----Original Message-----
> > From: satish@ca.ibm.com [SMTP:satish@ca.ibm.com]
> > Sent: Monday, January 22, 2001 11:47 AM
> > To:   CODE400-L@midrange.com
> > Subject:      RE: Problems with the IBM Distributed Debugger
> >
> >
> >
> > It seems to me that the debugger server socket cannot get a socket bind
> to
> > a port to listen to incoming requests.  Q5BROUTE is the debugger
program
> > that attempts to set up the debugger back-end (AS/400 code) as a server
> > when the STRDBGSVR command is issued.    One of the reasons for failure
> > could be that the port is already being used by another process on that
> > AS/400.  By default the debugger server attempts to use port 3001. To
> > verify if this port is already being used,  issue the command NETSTAT
on
> > the system followed by option 3.  Then press F14 to toggle the display
> to
> > show port numbers as opposed to port names and check the column
entitled
> > Local Port.  If 3001 shows up and the debugger server is not running
> (i.e
> > PGM-Q5BROUTE does not show up in Work with  Active Jobs display under
> > subsystem QSYSWRK), then 3001 is being used by another program.
> >
> >
> >       Remote           Remote  Local
> >  Opt  Address           Port    Port  Idle Time  State
> >       *                     *   3001  000:13:58  Listen
> >       *                     *   4005  043:30:48  Listen
> >       *                     *   4444  055:39:05  Listen
> >
> >
> >
> >  To change the debugger server default port,  you will have to do a
> > WRKSRVTBLE SERVICE(QDBGSVR)and change the assigned port number.  You
> will
> > also have to change the default port number the debugger client will
> > attempt to connect to. You do this by clicking on the Advance button on
> > the
> > Debugger Client Load Program dialog. Then change the port number in the
> > Debugger Settings page to match the one you assigned to QDBGSVR.
> >
> > Hope this helps.
> >
> >
> > Satish Gungabeesoon
> > iSeries  AD Tools,  IBM Canada Lab,
> > 416-448-3269   (tl:778-3269)
> > satish@ca.ibm.com
> >
> >
> > "Buckingham, Ed" <Buckingham@AE.com>@midrange.com on 01/22/2001
08:07:34
> > AM
> >
> > Please respond to CODE400-L@midrange.com
> >
> > Sent by:  owner-code400-l@midrange.com
> >
> >
> > To:   "'CODE400-L@midrange.com'" <CODE400-L@midrange.com>
> > cc:
> > Subject:  RE: Problems with the IBM Distributed Debugger
> >
> >
> > Hi John:
> >            I did try all of the steps that you have outlined here.  I
> was
> > able
> > to kill the Prestarted job with no problem, but when I try to start up
> the
> > debug sever I get the same problem again.  The job tries to start and
> then
> > looks like it ends with no problem.  I was able to get a joblog of the
> > STRDBGSVR command when it executes.  Below is what I found happening:
> >
> > *NONE      Request                       01/22/01   07:57:48   QWTSCSBJ
> > *N       QCMD         QSYS         015E
> >                                      Message . . . . :  -CALL
> > PGM(QSYS/Q5BROUTE)
> > CPFAC04    Completion              50    01/22/01   07:57:48   Q5BROUTE
> > QSYS        *STMT    QCMD         QSYS         018C
> >                                      From module . . . . . . . . :
> > Q5BROUTE
> >                                      From procedure  . . . . . . :
> > GetUnixSocket
> >                                      Statement . . . . . . . . . :   11
> >
> >                                      Message . . . . :   An error
> occurred
> > using the control socket for the debug
> >                                        server.
> >
> >                                      Cause . . . . . :   The control
> > socket
> > used to communicate with the debug
> >                                        server router function could not
> be
> > used.  The socket function attempted was
> >                                        'Bind    ' and the error code
was
> > 3401. Recovery  . . . :   Using the
> >                                        WRKOBJLCK command, check to see
> > which
> > job is holding a lock on object
> >                                        QSYS/Q5BROUTE; type *PGM. End
all
> > jobs holding a lock and retry the
> >                                        ENDDBGSVR command.
> >
> > CPF1164    Completion              00    01/22/01   07:57:48   QWTMCEOJ
> > QSYS        00AA     *EXT                      *N
> >                                      Message . . . . :   Job
> > 417597/BUCKINGHAM/QSYSJOBD ended on 01/22/01 at
> >                                        07:57:48; 1 seconds used; end
> code
> > 0
> > .
> >                                      Cause . . . . . :   Job
> > 417597/BUCKINGHAM/QSYSJOBD completed on 01/22/01 at
> >                                        07:57:48 after it used 1 seconds
> > processing unit time.  The job had ending
> >
> > I tried doing what was suggested here, but there were no locks that I
> > could
> > see on the QSYS/Q5BROUTE object.  The one thing that I find odd is that
> > according to the joblog it appears to think that I issued the ENDDBGSVR
> > command when actually I issued the STRDBGSVR command.  Could this be
> > correct?  The command is not calling the correct program?  Thanks in
> > advance!
> >
> > Ed B.
> >
> > > -----Original Message-----
> > > From:         jstein@ca.ibm.com [SMTP:jstein@ca.ibm.com]
> > > Sent:         Friday, January 19, 2001 11:17 AM
> > > To:           CODE400-L@midrange.com
> > > Subject:           RE: Problems with the IBM Distributed Debugger
> > >
> > > Hi Ed,
> > >
> > > One of the debugger gang suggested that the cause may be that there
> are
> > > prestarted jobs Q5BWHSRV still hanging around when you issued the
> > > STRDBGSVR
> > > command.
> > >
> > > Try the following steps:
> > > 1. Use command
> > >
> > >    to kill the prestarted job.
> > > 2. Then use command
> > >      WRKACTJOB
> > >      Shift F2
> > >    to make sure there is no job Q5BWHSRV in subsystem QSYSWRK.
> > > 3. Now use command STRDBGSVR to start the debug server.
> > >
> > > Let us know if this solves the trouble.  Thanks.
> > > ____________________________________________________
> > > John Steinbacher, PhD.                   IBM Toronto Lab
> > > Manager, iSeries AD Tools & Strategy      jstein@ca.ibm.com
> > > 1150 Eglinton Avenue East, Toronto Ontario, Canada, M3C 1H7
> > >
> > > ---------------------- Forwarded by John Steinbacher/Toronto/IBM on
> > > 01/19/2001 10:50 AM ---------------------------
> > >
> > > "Barry W. Hoffman" <bwhoffman@natsem.com>@midrange.com on 01/19/2001
> > > 08:22:27 AM
> > >
> > > Please respond to CODE400-L@midrange.com
> > >
> > > Sent by:  owner-code400-l@midrange.com
> > >
> > >
> > > To:   "'CODE400-L@midrange.com'" <CODE400-L@midrange.com>
> > > cc:
> > > Subject:  RE: Problems with the IBM Distributed Debugger
> > >
> > >
> > > Hi Ed,
> > > I know how you feel.  I haven't had a working debugger ever since
they
> > > switched from the Code400 Debugger (v3.2.1?) to the IBM Distributed
> > > Debugger (v3.2.2?) (at least a year and a half) until just last week
> > after
> > > applying SP1 to wdt400 v4.5.1 it magically started working!  We are
on
> > > v4r4
> > > of OS400, too.  So my suggestion would be to upgrade to wdt400 v4.5.1
> > and
> > > apply SP1.  That's the only thing that's worked for me.
> > >
> > >
> > > Note: There are some PTFs for v4r4 listed on
> > > http://www-4.ibm.com/software/ad/varpg/support/code400.htm
> > > that should be applied if you haven't done so.
> > >
> > >
> > > Barry Hoffman
> > >
> > >
> > >
> > >
> > >
> > >  -----Original Message-----
> > > From:   Buckingham, Ed [mailto:Buckingham@AE.com]
> > > Sent:   Thursday, January 18, 2001 8:44 AM
> > > To:     'CODE400'
> > > Subject:        Problems with the IBM Distributed Debugger
> > >
> > >
> > > The copmany I work for has recently upgraded to v4r4 of the OS on the
> > > AS400.
> > > Since that time we have not been able to start the debug server using
> > the
> > > STRDBGSVR command.  When I enter the command, I immediately get a
> > > completion
> > > message that my job completed normally.  If I look at my job log for
> the
> > > command it shows me the following message, "Start Prestart Jobs
> command
> > is
> > > not allowed now."
> > >
> > >
> > >
> > >  Cause . . . . . :   The Start Prestart Jobs (STRPJ) command is not
> > valid
> > > at
> > >
> > >
> > >    this time for reason 1.  See reason 1 shown below:
> > >
> > >
> > >      1 - The prestart jobs for program Q5BWHSRV in library QSYS in
> > > subsystem
> > >
> > >
> > >    QSYSWRK are already active.
> > >
> > >
> > >
> > >
> > >
> > >  When I try to start a debugger session I still get the standard
> message
> > > that my connection was refused and that I need to run the STRDBGSVR
> > > command.
> > > Has anyone had any problems with V4R4 related to the debugger?  Is
> there
> > a
> > > PTF that needs to be applied?  Any suggestions would be helpful.
> > Thanks!
> > >
> > >
> > > Ed Buckingham
> > > IS Help Desk Consultant
> > > Phone (724) 779-5683
> > > buckingham@ae.com
> > >
> > >
> > > +---
> > > | This is the CODE/400 Mailing List!
> > > | To submit a new message, send your mail to CODE400-L@midrange.com.
> > > | To subscribe to this list send email to CODE400-L-SUB@midrange.com.
> > > | To unsubscribe from this list send email to
> > > CODE400-L-UNSUB@midrange.com.
> > >
> > > | Questions should be directed to the list owner/operator:
> > larry@paque.net
> > > +---
> > >
> > >
> > >
> > > +---
> > > | This is the CODE/400 Mailing List!
> > > | To submit a new message, send your mail to CODE400-L@midrange.com.
> > > | To subscribe to this list send email to CODE400-L-SUB@midrange.com.
> > > | To unsubscribe from this list send email to
> > > CODE400-L-UNSUB@midrange.com.
> > > | Questions should be directed to the list owner/operator:
> > larry@paque.net
> > > +---
> > +---
> > | This is the CODE/400 Mailing List!
> > | To submit a new message, send your mail to CODE400-L@midrange.com.
> > | To subscribe to this list send email to CODE400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > CODE400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> larry@paque.net
> > +---
> >
> >
> >
> >
> > +---
> > | This is the CODE/400 Mailing List!
> > | To submit a new message, send your mail to CODE400-L@midrange.com.
> > | To subscribe to this list send email to CODE400-L-SUB@midrange.com.
> > | To unsubscribe from this list send email to
> > CODE400-L-UNSUB@midrange.com.
> > | Questions should be directed to the list owner/operator:
> larry@paque.net
> > +---
> +---
> | This is the CODE/400 Mailing List!
> | To submit a new message, send your mail to CODE400-L@midrange.com.
> | To subscribe to this list send email to CODE400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> CODE400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
larry@paque.net
> +---
>
> +---
> | This is the CODE/400 Mailing List!
> | To submit a new message, send your mail to CODE400-L@midrange.com.
> | To subscribe to this list send email to CODE400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> CODE400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
larry@paque.net
> +---
+---
| This is the CODE/400 Mailing List!
| To submit a new message, send your mail to CODE400-L@midrange.com.
| To subscribe to this list send email to CODE400-L-SUB@midrange.com.
| To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: larry@paque.net
+---




+---
| This is the CODE/400 Mailing List!
| To submit a new message, send your mail to CODE400-L@midrange.com.
| To subscribe to this list send email to CODE400-L-SUB@midrange.com.
| To unsubscribe from this list send email to CODE400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: larry@paque.net
+---

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-2024 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.